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(54) A control system wherein imaging device control conditions may be freely set between an 
imaging device and a personal computer 



(57) A video camera system which can automatical- 
ly avoid a mismatch that occurs between camera setting 
values on the PC side and camera setting values on the 
video camera side immediately after the connection 
therebetween. A video camera includes a controlled unit 
capable of being externally controlled in accordance 
with information inputted from a second data communi- 
cation node. A control device includes a control unit for 
outputting the information to control the video camera 
from a first data communication node, a storage unit for 
storing at least one preset imaging device control con- 
dition, a control condition changing unit for changing the 
imaging device control condition stored in the storage 
unit, a detecting unit for detecting whether the control, 
device and the video camera are connected, and an out- 
put unit started up in response to a detection signal from 
the detecting means for reading the imaging device con- 
trol condition stored in the storage unit and outputting 
the read control conditions from the first data communi- 
cation node. 
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Description 

BACKGROUN D HP THE INVENTION 
Field ot the Invention 

[0001] The present invention relates to apparatus and 
method for outputting a command from outside of a de- 
vice to change a control method of the device to execute 
an operation different from that actuated by remote con- 
trol executed by the device's control unit. 

Description of the Related Art 



[0002] Hitherto, peripheral devices of a personal com- 
puter (referred to as a PC hereinafter), such as a hard 
disk and a printer, have been connected to the PC 
through a universal interface for small computers, e.g., 
a digital interface (referred to as a digital l/F) such as a 
SCSI, for data communication. 

[0003] Digital cameras and digital video cameras are 
also regarded as input means to a PC and are also pe- 
ripheral devices. Recently, the technology of transfer- 
ring images (such as still and motion pictures picked up 
by digital cameras and video cameras) into a PC along 
with accompanying voice signals, storing the pictures in 
a hard disk or editing them in the PC, and then color- 
printing the pictures using a printer has been developed 
and has gained popularity. 

[0004] When such image data is outputted from the 
PC to the printer or to the hard disk, the data is commu- 
nicated via the above-mentioned SCSI or the like. On 
that occasion, a versatile digital l/F having a high trans- 
fer data rate, such as the SCSI, is required for sending 
a large amount of data. 

[0005] However, such conventional digital l/Fs are still 
inconvenient in many points because some of them 
have a low data transfer rate, or employ large-diameter 
cables for parallel communication, or have limitations in 
type and connecting scheme, or require l/F connectors 
in the same number as destinations to be connected. 
[0006] Furthermore, in many of the general PCs and 
digital equipment for use at home, a connector for con- 
nection to a SCSI cable is provided on the back side of 
the PC. Such a connector has a relatively large size, 
and it is rather troublesome to couple the cable to the 
connector. 

[0007] When connecting, to PCs, portable equipment 
(such as digital cameras and video cameras) must be 
connected to connectors on the PC back side at every 
use, which is very troublesome tor users. 
[0008] Digital data communication has been used tor 
mutual communication between a PC and such periph- 
eral devices, and has utilized conventional communica- 
tion techniques. It is however expected in the future that 
the types of devices using digital data will increase, and 
an improvement of i/Fscan improve network communi- 
cation among many interconnected digital devices in- 



cluding PC peripheral devices to include digital video 
cameras, digital storage medium playback apparatus- 
es etc. If so, such network communication will be very 
convenient for users. On the other hand, since such 
5 communication will often transfer an extremely large 
amount of data, the use of conventional communication 
techniques will make the network crowded and adverse- 
ly affect the communication between other devices in 
the network. 

10 [0009] In view of the above, a method has been pro- 
posed to overcome the problems encountered in the 
conventional digital l/Fs, and to employ a universal dig- 
ital l/F (e.g., IEEE 1394 - 1995 High Performance Serial 
Bus) equipped on each piece of digital equipment in 
is conformity with a unified standard for communication 
between all the types of digital equipment including PCs 
and peripheral devices thereof. Thus, the proposed 
method intends to realize data communication among 
devices when a PC, a printer and other peripheral de- 
20 vices, a digital camera, a digital VTR, a camcoder etc. 
are connected to each other in the form of^a network. 
[0010] The IEEE 1 394 l/F has several remarkable ad- 
vantages. Because of high-speed serial communica- 
tion, though described later in detail, a cable is relatively 
25 thin and highly flexible, and the connector size is much 
smaller than the case of using a SCSI cable. Further, a 
large amount of data such as image information can be 
transferred at a high speed along with device control da- 
ta. In other words, communication using the IEEE 1394 
30 l/F is greatly advantageous in that when connecting 
portable equipment (such as digital cameras and video 
cameras), the connection work is much less trouble- 
some for users, and image information can be more eas- 
ily transferred to PCs. 
35 [0011] The IEEE 1394 serial bus will be described be- 
low in more detail. 



(Technical Outline of IEEE 1394) 

40 [0012] With the advent of home digital VTRs and DVD 
players, it has been required to support data transfers 
of large amounts of information (such as video data and 
audio data) in real time. In order to transfer such data in 
real time, and to input such data into a PC or transfer 
45 them to another piece of digital equipment, an interlace 
is needed which has a required transfer function and is 
able to transfer data at a high speed. The IEEE 1394 - 
1995 (High Performance Serial Bus) (referred to as the 
1 394 serial bus hereinafter) is an interface that has been 

so developed from the above point of view. 

[0013] Fig. 7 shows an example of a network system 
made up by using 1394 serial buses. The network sys- 
tem includes devices A, B, C, D, E, F, G and H. Twisted 
pair cables constituting 1 394 serial buses are employed 

55 to interconnect between A and B, between A and C, be- 
tween B and D, between D and E, between C and F, 
between C and G, between C and H. The devices A to 
H comprise, e.g., a PC, a digital VTR, a DVD player, a 
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digital camera, a hard disk, a monitor, etc. 
[0014] The devices can be interconnected in a mixed 
fashion of a daisy chain system and a node branch sys- 
tem with a high degree of flexibility. 

[0015] Also, each device has its own specific ID, and 5 
recognizes the IDs of the other devices which constitute 
a network devices interconnected by the 1394 serial 
buses. Thus, just by connecting two pieces of digital 
equipment successively with one 1394 serial bus, one 
network is constructed by devices each of which has a 
relay function. The entire network has the feature of the 
1394 serial buses, i.e., a function of automatically rec- 
ognizing network devices, their connection status, etc. 
based on the plug and play function at the time when 
the bus cables are connected to the devices. 
[001 6] . Further, when some device is removed trom or 
newly added to the network as shown in Fig. 7, the bus 
reset is automatically made to reset the network config- 
uration, and a new network is formed. This function 
makes it possible to always set and recognize the net- 
work configuration from time to time. 
[001 7] The 1 394 serial buses allow data transfer rates 
of 1 00/200/400 Mbps. Devices having higher data trans- 
fer rates support the lower data transfer rates for com- 
patibility between the devices. 

[0018] As data transfer modes, there are an asyn- 
chronous transfer mode for transferring asynchronous 
data (referred to as Asynch data hereinafter) such as a 
control signal, and an isochronous transfer mode for 
transferring isochronous data (referred to as Iso data 
hereinafter) such as real-time video data and audio da- 
ta. The Asynch data and the Iso data are transmitted in 
a mixed fashion within each cycle (being usually 125 jas) 
with a higher priority given to the Iso data, following 
transfer of a cycle start packet (CSP) which indicates 
the start of the cycle. 

[0019] Fig. 8 shows constituent elements of the 1394 
serial bus. 

[0020] The 1 394 serial bus is of a layered structure in 
its entirety. As shown in Fig. 8, the core of hardware 
components is a 1394 serial bus cable. A connector of 
the cable is connected to a connector port, and a phys- 
ical layer and a link layer exist as other hardware com- 
ponents at a level higher than the connector port. 
[0021] Those two hardware components essentially 
constitute an interlace chip. The physical layer executes 
coding, control related to the connector, etc, and the link 
layer executes packet transfer, control of cycle time, etc. 
[0022] A transaction layer (as one of the firmware 
components) manages data to be subjected to transfer 
(transaction), and issues commands such as Read and 
Write. A serial bus management (as the other firmware 
component) manages connection status of the devices 
connected to the bus, IDs. and the network configura- 
tion. 

[0023] The above-described hardware and firmware 
components essentially construct the 1 394 serial bus. 
[0024] An application layer (as a software compo- 
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nent) varies depending on the software used. The ap- 
plication layer specifies a manner of placing data on the 
interface, and is specified by a protocol such as an AV 
protocol. 

[0025] The 1394 serial bus is constructed as de- 
scribed above. 

[0026] Next, Fig. 9 shows an address space in the 
1394 serial bus. 

[0027] The devices (nodes) connected to the 1 394 se- 
rial bus are each given with its own specific 64-bit ad- 
dress, without exceptions. The node addresses are 
stored in a ROM so that each device can always recog- 
nize its own and other addresses, and can perform com- 
munication with a partner designated. 
[0028] Addressing of the 1394 serial bus conforms 
with the IEEE 1 21 2 standards. Specifically, the node ad- 
dress is set as follows. The first 1 0 bits are used for des- 
ignating the bus number, and the next 6 bits are used 
for designating the node ID number. The remaining 48 
bits represent an address width allocated to the device, 
and can be used as a specific address space. The last 
28 bits represent a specific data area in wfiich informa- 
tion necessary for identifying the device and designating 
service conditions thereof are stored. 
[0029] The technical outline of the IEEE 1394 serial 
bus has been described above. 

[0030] The technical features of the IEEE 1 394 serial 
bus will now be described in more detail. 



[0031] Fig. 1 0 shows a section of the 1 394 serial bus 
cable. 

[0032] In the connecting cable of the 1 394 serial bus, 
power lines can be disposed in addition to two sets of 
twisted signal line pairs. With the provision of the power 
liens, power can be supplied to, e.g., a device having 
no power supply, or to a device having a voltage lowered 
due to a failure. 

[0033] Alternatively, a simplified connecting cable 
may exclude power lines under conditions which restrict 
devices to which the cable may be connected. 
[0034] Power supplied through the power lines is 
specified to have a voltage of 8 to 40 V and a maximum 
DC current of 1.5 A. 

(DS-Link Coding) 

[0035] Fig. 1 1 is a chart for explaining a DS-Link cod- 
ing method of a data transfer format employed for the 
1394 serial bus. 

[0036] The 1 394 serial bus employs a DS-Link (Data/ 
Strobe-Link coding method. The DS-Link coding meth- 
od is suitable for high-speed serial data communication, 
and requires two signal lines. Of a pair of twisted lines, 
one line serves to transmit primary data, and the other 
line serves to transmit a strobe signal. 
[0037] On the receiving side, a clock can be repro- 
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duced by taking the exclusive logical sum of data and 
strobe. 

[0038] The merits of employing the DS-Link coding 
method are described below. Transfer efficiency is high- 
er than other serial data transfer methods. No. need of 
a PLL circuit reduces the circuit scale of a controller LSI . 
When there is no data to be transferred, it is not required 
to transmit information indicating an idle state. Accord- 
ingly, a transceiver circuit of each device can be brought 
into a sleep state, and power consumption can be re- 
duced. 

(Bus Reset Sequence) 

[0039] In the 1394 serial bus, the devices (nodes) 
connected to the bus are each given a specific node ID, 
and recognized as one of the nodes of a network con- 
figuration. 

[0040] When it is required to recognize a new network 
configuration upon a change of the network configura- 
tion, e.g., upon the number of nodes being increased or 
reduced due to insertion or removal of a node or a pow- 
er-on/off in the node, each node having detected such 
a change transmits a bus reset signal on the bus, and 
goes into a mode for recognizing a new network config- 
uration. At this time, such a change is detected by sens- 
ing a change of the bias voltage on a 1394 port board. 
[0041] At soon as one node transmits a bus reset sig- 
nal and the physical layer of another node receives the 
bus reset signal, the occurrence of a bus reset is indi- 
cated from the physical layer to the link layer, and the 
bus reset signal is further transmitted to still another 
node. After all the nodes have finally received the bus 
reset signal, the bus reset is started up. 
[0042] The bus reset is started up when a hardware 
change, such as insertion or removal of the cable or an 
abnormal condition of the network, is detected as de- 
scribed above, or when a command is directly issued to 
the physical layer under host control in accordance with 
the protocol. 

[0043] Also, data transfer is temporarily suspended 
upon the start-up of the bus reset, and is held in a stand- 
by state during the suspension. After the suspension, 
data transfer is restarted under a new network configu- 
ration. 

[0044] The bus reset sequence has been described 
above. 

(Node ID Determining Sequence) 

[0045] After the bus reset, the nodes start the opera- 
tion for allocating IDs to themselves to construct a new 
network configuration. A general sequence from the bus 
reset to the determination of node IDs will be described 
below with reference to flowcharts of Figs. 19, 20 and 
21. 

[0046] The flowchart of Fig. 1 9 shows a sequence of 
steps executed on the bus from the bus reset until the 



node IDs are determined to permit start ol data transfer. 
[0047] First, in step S101, it is always monitored 
whether a bus reset occurs in the network. If the bus 
reset occurs due to, e.g., power-on/off in the node, the 

5 processing goes to step SI 02. 

[0048] In step S102, parent-child relation is declared 
between nodes, which are directly connected to each 
other, for determining the connection status of a new 
network from the reset state of the network. If parent- 
is child relations are decided between all the nodes in step 
SI 03, one root is decided in step S104. Until parent- 
child relations are decided between all the nodes, the 
declaration of parent-child relation in step S102 is re- 
peated and the root is not decided. 

15 [0049] If the root is decided in step S1 04, the process- 
ing goes to step S105 in which the node ID setting op- 
eration is carried out to allocate IDs to the nodes. The 
node ID setting operation is repeated to set the node 
IDs in a predetermined node sequence until all the 

20 nodes are given their own IDs. If all the nodes are com- 
pletely given the IDs in step S1 06, this means that the 
new network configuration has been recognized by all 
of the nodes. In step S107, therefore, the bus comes 
into a state capable of performing data transfer between 

25 the nodes, and the data transfer is started. 

[0050] Subsequent to the state of step S1 07, the bus 
is brought again into the mode of monitoring the occur- 
rence of the bus reset in the network. If the bus reset 
occurs, the node ID setting operation from step S101 to 

30 step SI 06 is repeated. 

[0051] The flowchart of Fig. 19 has been described 
above. Figs. 20 and 21 are flowcharts showing in more 
detail a process from the bus reset to the determination 
■ of the root and a process from the determination of the 

35 root to the end of the ID setting, respectively, in the flow- 
chart of Fig. 19. 

[0052] The flowchart of Fig. 20 will be first described. 
[0053] If the bus reset occurs in step S201, the net- 
work configuration is once reset. 

40 [0054] It is always monitored in step S201 whether a 
bus reset occurs in the network. 
[0055] Then, in step S202, a flag indicating that the 
device is a leaf (node) is set in each such device as a 
first step of the operation for recognizing the connection 

45 status of the reset network. Thereafter, in step S203, it 
is checked how many ports provided in each device it- 
self are connected to other nodes. 
[0056] The number of ports not yet defined (i.e., for 
which a parent-child relation is not yet decided) is 

50 checked in step S204 for starting the declaration ol par- 
ent-child relations depending on the number of ports ob- 
tained in step S204. Immediately after the bus reset, the 
number of ports is equal to the number of ports not yet 
defined. However, the number of ports not yet defined, 

55 which is detected in step S204, varies as the decision 
of parent-child relation progresses. 
[0057] Immediately after the bus reset, the node for 
which pa rent -child relation can be first declared is limit- 
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ed to only a leaf. Whether the node is a leaf can be rec- 
ognized by confirming the number of pods checked in 
step S203. In step S205, the leal declares n l am a child 
and a partner is a parent" lor the node to which the leaf 
is connected, thereby ending the process. 
[0058] For the node which has been recognized in 
step S203 as having a plurality of ports and being a 
branch, the number of not -yet -defined ports > 1 is de- 
termined in step S204 immediately after the bus reset. 
Accordingly, the processing goes to step S206 in which 
a flag indicating a branch is set. Then, in step S207 : the 
node waits for accepting "parent" based on the declara- 
tion of parent-child relation from the leaf. 
[0059] For the branch having accepted in step S207 
the declaration of parent-child relation from the leaf, the 
control flow returns to step S204 to confirm the number 
of ports not yet defined. If the number of ports not yet 
defined is one, this means that the declaration of "I am 
a child and a partner is a parent" in step S205 can be 
made for the node which is connected to the remaining 
port. For the branch having two or more ports not yet 
defined as a result of the second or later confirmation in 
step S204, the processing goes to step S207 again to 
wait for accepting "parent" based on the declaration of 
parent-child relation from the leaf or another branch. 
[0060] Finally, if the number of ports not yet defined 
becomes zero as a result of the confirmation in step 
S204 for any one branch or a leaf as an exceptional case 
(because the leaf has not operated so fast though it can 
declare "child"), this means that the declaration of par- 
ent-child relation is completed forthe entire network. For 
only one node for which the number of ports has not yet 
been confirmed to be zero (i.e., for which all ports have 
been decided as parent ports), a flag indicating a root is 
set in step S208. Then, in step S209, that node is rec- 
ognized as a root. 

[0061] In this way, the process from the bus reset to 
the declaration of parent-child relation for all the nodes 
in the network, shown in Fig. 20, is completed. 
[0062] Next, the flowchart of Fig. 21 will be described. 
[0063] Since flag information indicating a leaf, branch 
or root is set for each node in the sequence of steps 
shown in Fig. 20, the nodes are classified in step S301 
based on the flag information. 

[0064] In the operation of allocating IDs to the nodes, 
the node which can first set an ID is a leaf. IDs are set 
by allocating numbers increasing from zero (i.e., node 
number = 0 -) in the order of leal, branch and root. 
[0065] In step S302, the number N (N is a natural 
number) of leaves present in the network is set. After 
that, in step S303, each leaf requests the root to give an 
ID to the leaf. If there are a plurality of requests, the root 
carries out arbitration between the requests (operation 
of selecting one request) in step S304. In step S305, an 
ID number is given to one node which has won the ar- 
bitration, and a failure in ID setting is provided to the 
nodes which have been deleated in the arbitration. Each 
leaf which has failed in acquiring ID issues an ID request 



again in step S306, followed by repeating the steps 
mentioned above. In step S307, the leaf which has suc- 
ceeded in acquiring an ID number broadcasts its own 
serf -ID packet to all the nodes. 

s [0066] The self- ID packet contains ID information of 
the node, the number of ports of the node, the number 
of ports already connected, information indicating 
whether each port is a parent or a child, information in- 
dicating whether the node has an ability allowing the 

io node to serve as a bus manager (if the node has such 
an ability, a contender bit in the self-ID packet is set to 
1 , and if the node does not have such an ability, the con- 
tender bit is set to 0), etc. 

[0067] The ability allowing the node to serve as a bus 
is . manager means such an ability that the node can per- 
form the four kinds of bus management set forth below. 

(1) Bus power management 

20. [0068] The node can determine whether each of the 
devices on the network constructed as shown in Fig. 7 
is required to be supplied with power through the power 
lines in the connecting cable, or whether each device is 
supplied with power independently. Also, the node can 

25 manage the time when power is supplied to each device. 

(2) Keeping of speed map 

[0069] The node can maintain communication speed 
30 information of the devices on the network. 

(3) Keeping of network structure (topology map) 

[0070] The node can maintain information regarding 
35 a tree structure of the network as shown in Fig. 12. 

(4) Optimization of bus based on information obtained 
from topology map 

40 [0071] The node "(which is selected as a bus manager 
through later-described procedures) performs the bus 
management in the entire network. 
[0072] Also, the node having the ability to serve as a 
bus manager (i.e., the node broadcasting the self-ID 

45 packet with the contender bit set to 1 ) stores information 
in the self -ID packet broadcast from each of the remain- 
ing nodes, and other information such as communica- 
tion speeds. When that node is selected as a bus man- 
ager, it constructs a speed map and a topology map 

so based on the stored information. 

[0073] After one node has broadcast the node ID in- 
formation, the number of remaining leaves is counted 
down by one in step S308. If the number of remaining 
leaves is not less than one in step S309, the above-de- 

55 scribed process from the operation of requesting ID in 
step S303 is repeated. Finally, if all the leaves have 
broadcast the node ID information, N = 0 is satisfied in 
step S309 and the processing goes to an I D setting proc- 
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ess for branches. 

[0074] The ID setting of branches is performed in a 
like manner to the ID setting of leaves. 
[0075] First, in step S310, the number M (M is a nat- 
ural number) of branches present in the network is set. 
After that, in step S311, each branch requests the root 
to give an ID to the branch. In response to requests : the 
root carries out arbitration between the requests in step 
S31 2. 1 D numbers increasing from the last number given 
to the leaf are allocated to respective branches succes- 
sively starting from the branch which has first won the 
arbitration. In step S313, the root provides the ID infor- 
mation (or a failure result) to each of the branches hav- 
ing requested IDs. Each branch which has failed in ac- 
quiring an ID issues an ID request again in step S314, 
followed by repeating the steps mentioned above. 
[0076] In step S31 5, the branch which has succeeded 
in acquiring the ID number broadcasts its own self -ID 
packet to all the nodes. After one node has broadcast 
the node ID information, the number of remaining 
branches is counted down by one in step S316. If the 
number of remaining branches is not less than one in 
step S317, the above-described process from the oper- 
ation of requesting an ID in step S311 is repeated until 
all the branches finally broadcast the node ID informa- 
tion. If all the branches acquire the node IDs, M = 0 is 
satisfied in stepS317, thereby ending the branch ID set- 
ting mode. 

[0077] At a point in time after the above branch I D set- 
ting mode is ended, the node which has not yet acquired 
ID information is only a root. Therefore, a number next 
to the largest among the numbers having been already 
allocated to the other nodes is set as the ID number of 
the root in step S313, and the root broadcasts its own 
self -ID packet in step S31 9. 

[0078] Through the process described so far, it be- 
comes apparent which node has the ability to serve as 
a bus manager. If a plurality of nodes finally have an 
ability to serve as a bus manager, the node having the 
largest ID number is selected as the bus manager. 
[0079] When the root has the ability to serve as the 
bus manager, the root is selected as the bus manager 
because its ID number is the largest in the network. 
When the root does not have the ability to serve as the 
bus manager, the root which has the second largest ID 
number (as compared with that of the root and the con- 
tender bit in the self-ID packet is set to 1 ) is selected as 
the bus manager. Which node has been selected as the 
bus manager can be ascertained by all the nodes as a 
matter recognized by all of them because each node 
broadcasts its own self -ID packet at the time of acquiring 
the ID number in" the process shown in Fig. 21 and each 
node keeps the information in the self-l D packets broad- 
cast from the other nodes. 

[0080] The procedures for setting IDs of all the nodes 
and the bus manger after determining the parent-child 
relation for each node, as shown in Fig. 21 , are thus end- 
ed. 



[0081] Next, the- operation in the actual network 
shown in Fig. 12 will be described, by way of example, 
with reference to Fig. 12. 

[0082] The network shown in Fig. 12 has a hierarchi- 
5 cal structure such that the nodes A and C are directly 
connected to the (root) node B at a level lower than the 
latter, the node D is directly connected to the node C at 
a level lower than the latter, and the nodes E and F are 
directly connected to the node D at a level lower than 
io the latter. The procedures for deciding the hierarchical 
structure, the root node, and the node IDs will be de- 
scribed below. 

[0083] After, the bus reset, the declaration of parent- 
child relation is fist made between ports of the nodes, 

is which are directly connected to each other, for recog- 
nizing the connection status of each node. The parent- 
child relation means that the parent side lies at a higher 
level and the child side lies at a lower level in the hier- 
archical structure. 

20 [0084] In the network of Fig. 12, the node which has 
first declared parent-child relation after the bus reset is 
the node A. Basically, the declaration of parent -child re- 
lation can be started from a node (called a leaf) in which 
only one port is connected to another node. Such a node 

2B can detect by itself that only one port thereof is connect- 
ed to another node. Upon detecting the fact, the node 
recognizes that it is positioned at the end of the network. 
Then, the parent-child relation is successively decided 
from the node which has finished the recognizing oper- 

30 ation at the earliest timing. The port of the node which 
has declared a parent-child relation (e.g., the node A 
between A and B) is set to a child, whereas the port of 
the partner node (the node B) is set to a parent. As a 
result, the nodes A and B, the nodes E and D, and the 

35 nodes F and D are decided respectively as a child and 
a parent. 

[0085] The declaration process then moves up a rank. . 
The declaration of parent-child relation is likewise made 
toward an upper level node successively from one of 

40 nodes having a plurality of ports connected (called a 
branch) which has earlier accepted the parent-child re- 
lation from another node. In the network of Fig. 1 2, after 
the parent-child relation has been decided between D 
and E and between D and F, the node D first declares 

45 parent-child relation to the node C. As a result, the 
nodes D and C are decided respectively as a child and 
a parent. 

[0086] After accepting the declaration of parent-child 
relation from the node D, the node C declares parent- 

so child relation to the node B which is connected to the 
other port of the node C. As a result, the nodes C and 
B are decided respectively as a child and a parent. 
[0087] As described above, the hierarchical structure 
shown in Fig. 12 is constructed, and the node B, for 

55 which all ports thereof connected to the other nodes 
have been finally decided as parents, is decided as a 
root node. One network system includes only one root. 
[0088] While the node B is decided as a root node in 
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Fig. 12, the root node could possibly shift to another 
node if the node B (having accepted the declaration of 
a parent-child relation from the node A) declares a par- 
ent-child relation to another node at an earlier time. In 
other words, any node has the possibility to become the s 
root node depending on the timing at which its declara- 
tion of a parent-child relation is transmitted, and a cer- 
tain node is not always decided as the root node even 
in the same network configuration. 
[0089] After deciding the root node, the network en- 
ters the mode of deciding node IDs. In this mode, each 
node provides its own node ID to all of the other nodes 
(broadcasting function). 

[0090] Self-ID information of the node contains the 
self-node number, information regarding the position at 
which it is connected, the number of ports possessed 
by the node, the number of ports connected to other 
ports, information regarding parent-child relation for 
each port, etc. 

[0091] The procedures for allocating the node ID 
numbers can be started from one of nodes (leaves) each 
having only one port connected to another node. The 
node ID numbers = 0,1, 2,... are then allocated in se- 
quence to those nodes. 

[0092] Upon receiving the node ID number, each 
node broadcasts self-ID information containing the node 
ID number to all of the other nodes. This permits the 
other nodes to recognize that the broadcast ID number 
has been already allocated. 

[0093] After all the leaves have acquired their own 
node IDs, the mode proceeds to the operation of decid- 
ing IDs of branches : and increasing node ID numbers 
subsequent to the largest number given to the last leaf 
are allocated to the branches successively. As with the 
leaves, upon receiving the node ID number, each 
branch broadcasts self-ID information in sequence with 
all of the other nodes. Finally, the root node broadcasts 
self-ID information. Thus the root always has the largest 
node ID number. 

[0094] As described above, node ID numbers are al- 
located to all the nodes in the entire the hierarchical 
^structure, the network configuration is reconstructed, 
and the bus initialization is completed. 

(Arbitration) 

[0095] In the 1 394 serial bus, arbitration for the right 
of using the bus is always performed prior to data trans- 
fer. The 1 394 serial bus constructs such a logical bus 
type network that each of devices individually connected 
to the bus relays a signal transferred to it, whereby the 
same signal is transmitted to all the devices in the net- 
work. Accordingly, arbitration is essential for the pur- 
pose of avoiding collision between packets. The arbitra- 
tion enables only one node to transfer a packet at a cer- 
tain time. 

[0096] The arbitration will be described below with ref- 
erence to Fig. 13A which illustrates a process of re- 



questing the right of using the bus, and Fig. 13B which 
illustrates a process of permitting/rejecting the use of 
the bus. 

[0097] Upon the start of arbitration, one or several 
nodes issue requests the right of using the bus toward 
the corresponding parent nodes. In Fig. 13A, the nodes 
C and F are nodes issuing requests for the right of using 
the bus. The parent node having received the request 
(i.e., the node A in Fig. 13A) further issues (relays) a 
request for the right of using the bus toward the suc- 
ceeding parent node. Those requests finally reach the 
root which performs the arbitration. 
[0098] The root node having received the requests for 
the right of using the bus decides which node is permit- 
ted to use the bus. The arbitration process can be exe- 
cuted by only the root node, and the node which has 
won the arbitration is given with the right of using the 
bus. In Fig. 13B, the use of the bus is permitted to the 
node C, and the node F is rejected from using the bus. 
A DP (Data Prefix) packet is sent to the node which has 
been rejected in the arbitration, thereby informing the 
node that the use of the bus has been rejected. The re- 
quest for the right of using the bus, which has been is- 
sued from the rejected node., is left standing to wait for 
the next arbitration. 

[0099] The node, which has won the arbitration and 
has gained permission for the use of the bus, can start 
data transfer subsequently. 

[01 00] A sequence of the arbitration steps will now be 
described with reference to a flowchart of Fig. 22. 
[0101] When the node starts data transfer, the bus 
must be in an idle state for enabling the data transfer to 
start. Whether a preceding data transfer is ended and 
the bus is in an idle state at present can be recognized 
by checking the lapse of a predetermined idle time gap 
length (e.g., a subaction gap) which is uniquely set for 
each transfer mode. II the subaction gap has lapsed, 
each node determines that the node itself can start the 
data transfer. 

[0102] In step S401 , it is determined whether the pre- 
determined gap length corresponding to data to be 
transferred (such as Asynch data or I so data) is ob- 
tained. Unless the predetermined gap length is ob- 
tained, any node cannot request the right of using the 
bus that is needed for starting the data transfer. Accord- 
ingly, each node waits until the predetermined gap 
length is obtained. 

[0103] If the predetermined gap length is obtained in 
step S401, it is determined in step S402 whether there 
is data to be transferred. If so, the processing goes to 
step S403 in which each node issues a request for the 
right of using the bus to the root for securing the bus to 
start the data transfer. At this time, a signal representing 
the request for the right of using the bus is transmitted 
so as to finally reach the root after being relayed from 
one to another device in the network, as shown in Fig. 
1 3. If there is no data to be transferred in step S402, the 
node goes into a standby state. 
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[0104] Then, if the root receives in step S404 one or 
more requests for the right of using the bus issued in 
step S403, the root checks the number of nodes re- 
questing the use of the bus in step S405. If the number 
of nodes requesting the use of the bus is equal to one 
in step S405 (i.e., if only one node has issued the re- 
quest for the right of using the bus), the right of using 
the bus immediately thereaifter is granted to that node. 
If the number of nodes requesting the use of the bus is 
more than one in step S405 (i.e., if a plurality ^of nodes 
have issued requests for the right of using the bus), the 
root performs a arbitration process in step S406 for de- 
ciding one node which is allowed to use the bus. The 
arbitration process is made impartial so that permission 
is not given to the same node at every time, but the right 
of using the bus is equally permitted to all the nodes. 
[0105] In step S407, the plurality of nodes requesting 
the use of the bus in step S406 are classified into one 
node which has gained the right of using the bus as a 
result of the arbitration performed by the root, and the 
other nodes which have been. rejected in the arbitration. 
Then, in step S408, the root transmits a permission sig- 
nal to one node which has gained the right of using the 
bus as a result of the arbitration, or the node which has 
gained the right of using the bus without the arbitration 
because the number of nodes requesting the use of the 
bus is equal to one in step S405. Immediately after re- 
ceiving the permission signal, the node starts the trans- 
fer of data (a packet to be transferred). In step S409, the 
root transmits a DP (Data Prefix) signal indicating a fail- 
ure in the arbitration to each of the nodes which has 
been rejected in the arbitration in step S406 and rejected 
from using the bus. The node having received the DP 
packet returns to step S401 , and then waits until the pre- 
determined gap length is obtained, followed by issuing 
the requests for the right of using the bus to start the 
data transfer. 

[0106] The arbitration process has been described 
above with reference to the flowchart of Fig. 22. 

(Asynchronous Transfer) 

[01 07] In asynchronous transfer, data is transferred in 
an asynchronous manner. Fig. 14 shows state transi- 
tions over time in the asynchronous transfer mode. The 
first subaction gap in Fig. 1 4 represents an idle state of 
the bus. At the time when the idle time has reached a 
certain value, the node desiring to start the data transfer 
determines that the bus is available, following which the 
arbitration is executed to secure the bus. 
[0108] After gaining permission of the use of the bus 
as a result of the arbitration, the data transfer is execut- 
ed in the form of a packet. After the data transfer, the 
node having received the data responds to the data 
transferred to it by sending back an ACK (return code 
for confirming reception) as a result of the reception after 
a short gap called the ACK GAP, or by transmitting a 
response packet, whereupon the packet transfer is com- 



pleted. The ACK comprises information of 4 bits and 
checksum of 4 bits. The ACK includes information indi- 
cating whether the destination node of the transmission 
has succeeded in receiving the data, or whether it is in 
s a busy state or a pending state, and is sent back to the 
source node at once. 

[0109] Next, Fig. 15 shows an example of a packet 
format for use in the asynchronous transfer mode. 
[01 10] A packet comprises a data portion, a data CRC 
10 for error correction, and a header portion. The destina- 
tion node ID, the source node ID, the length of trans- 
ferred data, various codes, etc. are written in the header 
portion as shown in Fig. 15, and then transferred. 
[0111] Also, the asynchronous transfer is communi- 
cation carried out in one-to-one relation from some node 
to a partner node. A packet transferred from the source 
node is routed to all the nodes in the network, but the 
node ignores the packet having an address other than 
belonging to itself. Accordingly, the packet is read by on- 
20 |y one destination node. 

[0112] The asynchronous transfer has been de- 
scribed above. 

(Isochronous Transfer) 

25 

[0113] In isochronous transfer, data is transferred in 
an isochronous manner. The isochronous transfer, 
which can be the biggest feature of the 1 394 serial bus, 
is a transfer mode suitable for multimedia such as video 
30 data and voice data, particularly, which require real-time 
transfer. 

[0114] Also, while the asynchronous transfer is a one- 
to-one relation transfer the isochronous transfer 
renders a packet to be transferred from one source node 
35 equally to all the other nodes with the broadcasting func- 
tion. 

[0115] Fig. 16 shows state transition over time, in the 
isochronous transfer mode. 

[0116] The isochronous transfer is executed with cer- 

40 tain time intervals on the bus. This time interval is called 
an isochronous cycle. The time of one isochronous cy- 
cle is 1 25 u.s. A cycle start packet indicates the start time 
of each cycle, and serves to perform time adjustment 
for each node. The cycle start packet is transmitted by 

45 a node called a cycle master. After a predetermined idle 
period (subaction gap) has elapsed subsequent to the 
end of packet transfer in the preceding cycle, the cycle 
master transmits the cycle start packet indicating the 
start of the current cycle. The time interval at which the 

so cycle start packet is transmitted is 125 u,s. 

[0117] Also, as indicated by channels A, B and C in 
Fig. 1 6, plural types Of packets can be separately trans- 
ferred in one cycle by allocating channel IDs to those 
packets respectively. This enables packets to be trans- 

55 f erred in real time between a plurality of nodes at the 
same time. The node on the receiving side takes in data 
of only the packet assigned with the channel ID that is 
desired by the node itself. The channel ID does not rep- 
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resent the address of the destination of transmission, 
but merely indicates a logical number (or character) giv- 
en to each packet data tor discrimination. Therefore, 
when some packet is transmitted, the packet is broad- 
cast so that it is routed from one source node to all of 5 
the other nodes. 

[0118] Prior, to transmitting a packet in the iso- 
chronous transfer mode, arbitration is performed as with 
the asynchronous transfer mode. However, because the 
isochronous transfer mode is not a one-to-one commu- io 
nication (unlike the asynchronous transfer mode), there 
is no ACK (return code for confirming reception) in the 
isochronous transfer mode. 

[0119] Further, an ISO GAP (isochronous gap) shown 
in Fig. 16 represents an idle period necessary tor rec- 
ognizing that the bus is in an idle state, prior to starting 
the isochronous transfer. At the time when the predeter- 
mined idle period has elapsed, the node desiring to start 
the isochronous transfer determines that the bus is in 
an idle state, following which an arbitration is conducted 
before the packet transfer can be executed. 
[0120] Next, Fig. 17 shows an example of a packet 
format for use in the isochronous transfer mode. 
[0121] Various packets are separated into channels 
and each comprises a data portion, a data CRC for error 
correction, and a header portion. The length of trans- 
ferred data, the channel No., various codes, a header 
CRC for error correction, etc. are written in the header 
portion as shown in Fig. 17, and then transferred. 
[0122] The isochronous transfer mode has been de- 
scribed above. 

(Bus Cycle) 

[0123] In actual transfer on the 1394 serial bus, the 
isochronous transfer and the asynchronous transfer can 
be executed in mixed fashion. Fig. 18 shows transfer 
state transitions on the bus over time when the iso- 
chronous transfer and the asynchronous transfer are 
executed in mixed fashion. 

[0124] The isochronous transfer is executed in pref- 
erence to the asynchronous transfer. The reason is that 
after the cycle start packet, the isochronous transfer can 
be started with a shorter gap length (isochronous gap) 
than the gap length (subaction gap) of an idle period re- 
quired for starting the asynchronous transfer Accord- 
ingly, execution of the isochronous transfer is given with 
higher priority than that of the asynchronous transfer. 
[0125] In a general bus cycle shown in Fig. 18, the 
cycle start packet is transferred from the cycle master 
to each node at the start of a cycle #m. Upon receiving 
the cycle start packet, each node performs time adjust- 
ment. After waiting for the predetermined idle period (is- 
ochronous gap), the node which is going to execute the 
isochronous transfer enters arbitration and then starts 
the packet transfer. In Fig. 16, channels e, s and k are 
transferred by isochronous transfer in sequence. 
[0126] The above process from the arbitration to the 



packet transfer is repeated in times corresponding to the 
number of channels given. Subsequently, when the is- 
ochronous transfer in the cycle #m is completed, the 
asynchronous transfer can be started. 
[0127] Upon the idle time reaching the end of the su- 
baction gap necessary for starting the asynchronous 
transfer, the node which is going to execute the asyn- 
chronous transfer determines that it may enter the arbi- 
tration. 

[0128] " However, the asynchronous transfer can be 
started only when the subaction gap necessary lor start- 
ing the asynchronous transfer is obtained during a pe- 
riod from the end of the isochronous transfer to the time 
(CYCLE SYNCH) at which the next cycle start packet is 
transferred. 

[0129] In the cycle #m shown in Fig. 18, three chan- 
nels are first transferred by isochronous transfer, and 
two packets (packets 1 and 2) are then transferred by 
asynchronous transfer (including ACK). The transfer in 
the cycle #m is ended by sending the asynchronous 
packet 2 because the time (CYCLE SYNCH) to start the 
next cycle (m + 1) is reached after the asynchronous 
packet 2. 

[0130] If the time (CYCLE SYNCH) to transmit the 
next cycle start packet is reached during the operation 
of the asynchronous or isochronous transfer, the oper- 
ation is not forcibly suspended, and the cycle start pack- 
et for the next cycle is transmitted after waiting for the 
idle period subsequent to the pending transfer. In other 
words, if one cycle continues over 1 25 u.s, it is assumed 
that the next cycle is contracted from the reference pe- 
riod, i.e., 125 u-s, by an amount corresponding to the 
extension of the preceding cycle. Thus the isochronous 
cycle can be extended and contracted from the refer- 
ence period of 125 u.s. 

[0131] In order to maintain real-time transfer, howev- 
er, the asynchronous transler is always executed in 
each cycle if necessary. Due to contraction of the cycle 
time, the asynchronous transfer may be delayed to the 
next or subsequent cycle. 

[01 32] The above-described process, including such 
delay information, is managed by the cycle master. 

(WWID (World Wide Unique ID)) 

[0133] According to the 1394 serial bus standards, 
each node incorporates a configuration ROM for ex- 
pressing its own functions. Fig. 23 shows a part of the 
configuration ROM. 

[0134] Referring to Fig. 23, IDs stored in addresses 
from FFFFF000040C to FFFFF0000410 comprise a 
vendor ID 2301 of three bytes and chip IDs 2302, 2303 
of five bytes. The vendor ID 2301 is an ID acquired by 
each vendor as a result from applying for the ID from 
the IEEE, and contains information indicating, e.g., the 
name of each vendor. The chip IDs 2302, 2303 are al- 
located at the vendor's discretion, and are set to a 
unique ID for each node. There is hence no ID that is 
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the same as the unique ID (2301 - 2303) of each node. 
[01 35] The above ID (2301 - 2303) uniquely allocated 
for each node is called a World Wide Unique ID (referred 
to a WWUID hereinafter). Each node on a network con- 
structed with the IEEE 1394 serial bus can know the 
WWUID by reading the IDs at the addresses from 
FFFFF000040C to FFFFF0000410 in the configuration 
ROM of a device which is connected to the bus and has 
an objective node I D. 

[01 36] The IEEE 1 394 serial bus has been described 
above. 

[01 37] As seen from the above description, the IEEE 
1 394 l/F has various advantages overcoming the incon- 
veniences experienced in conventional data communi- 
cation systems. In particular, since the IEEE 1394 l/F 
can transfer a large amount of data, such as image in- 
formation, at a high speed along with device control da-, 
ta, using the IEEE 1394 l/F makes it possible to con- 
struct a new system wherein an imaging device repre- 
sented by a video camera is controlled by a PC. 
[0138] Stated otherwise, the present invention in- 
tends to construct a system for controlling a camera con- 
trol unit originally incorporated in an imaging device, by 
outputting an operation command or instructing some 
change of a control method from a PC to thereby permit 
the imaging device to execute an operation different 
from that commanded by remote control, or some 
change of the control method executed by the camera 
control unit originally incorporated in the imaging device, 
to thereby carry out an operation to perform a special 
operation in the video camera being controlled. 
[01 39] Fig. 24 shows an example of screen display of 
an application (referred to a camera setting application) 
for operating and controlling a camera from a PC as 
mentioned above. 

[0140] The camera setting application operates in a 
condition where a PC 2501 and a video camera 2505 
are connected to each other by a 1 394 serial bus 2504, 
as shown in Fig. 25. The user can freely change the set- 
ting of various control parameters in the video camera 
2505, such as tint, color gain, f-stop number and shutter 
speed, by using a keyboard 2503 or a pointing device 
2502. For example, when a shutter speed changing le- 
ver 2405 is moved to the left or right with the pointing 
device 2502, a setting value corresponding to the lever 
position is transmitted from the PC 2501 to the video 
camera 2505 via the 1394 serial bus 2504. The video 
camera 2505 can actually change the shutter speed by 
storing the setting value at a predetermined location in 
an internal memory. 

[0141] Here, the 1 394 serial bus can transmit and re- 
ceive both image data and a command group (CTS) for 
controlling a partner device at the same time. Therefore, 
when the video camera 2505 transmits image data to 
the PC 2501 , the user can confirm the camera image on 
a screen of the PC 2501 in real time. A camera image 
display window 2401 on the camera setting application 
screen of Fig. 25 is a screen for displaying in real time 



an image transmitted from the video camera 2505. In 
other words, by changing the setting of control param- 
eters of the video camera from the PC in such a manner 
as described above, the user can immediately confirm 
s a result of the change on the camera image display win- 
dow 2401. 

[0142] The illustrated conventional example includes 
several kinds of camera control parameters which are 
changeable, but there exist many other parameters 
io which can be set from the PC. Fig. 28 shows examples 
of commands transmitted from the PC for changing the 
parameters. 

[0143] Although the camera setting application car- 
ries out the above-described function in the condition 

is where the video camera 2505 and the PC 2501 are con- 
nected to each other as shown in Fig. 25, there is a sim- 
ulation mode in the camera setting application. The sim- 
ulation mode means such a function that the PC simu- 
lates an optimum image by itself alone by changing the 

20 setting of camera control parameters with respect to an 
original image picked up by the camera. 
[0144] The simulation mode will be briefly described 
below with reference to Figs. 26 and 27. 
[0145] Fig. 26 shows an example in which a sunset 

2S scene shot by the user is displayed on the camera image 
display window 2401 in the simulation mode. An oper- 
ating mode 2407 of the camera setting application is se- 
lected to "SIMULATION" by the pointing device. In this 
condition, the camera setting application stops the PC 

30 from taking in image information from the video camera, 
and an image, which is simulated as described later, is 
continuously displayed on the camera image display 
window 2401. 

[01 46] In the case of shooting the setting sun, the user 

35 generally desires to produce an image rich in red. With 
usual auto-setting of the video camera, however, an au- 
to-white balancing function is operated to suppress a 
component of red color to become as close as possible 
to white. Accordingly, red color of the taken-in image is 

40 lightened, and a sunset scene cannot be shot as de- 
sired. Then, -the user changes the setting of camera con- 
trol parameters on the camera setting application 
screen, such as tint 2402, color gain 2403, f-stop 
number 2404, shutter speed 2405, and quakeproof on/ 

45 off 2406, by using the pointing device or the keyboard 
on the PC. For example, the tint 2402 is set nearer to 
the blue side in an initial image, but the tint setting is 
changed to come closer to the red side for emphasizing 
the red color of the sunset. Corresponding to the lever 

so position of the tint 2402 to be changed, the camera set- 
ting application changes the camera control parameters 
so that the same image on the camera image display 
window 2401 has a tint corresponding to the change in 
the parameter. Thus, the image displayed on the cam- 

55 era image display window 240 1 has the tint emphasized 
in red. Likewise, the user can change the setting of the 
other parameters, such as the color gain 2403 and the 
f-stop number 2404, in accordance with his/her prefer- 
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ence while confirming a simulated image on the camera 
image display window 2401 . Finally, the user can obtain 
the optimum camera setting as shown in Fig. 27. 
[0147] Further, the optimum camera setting can be 
stored as a file in the memory within the PC by manip- 
ulating a file menu 2408 on a task bar. The stored setting 
can be transmitted to the video camera when it is con- 
nected to the PC again, enabling the video camera to 
be set to "an optimum condition for shooting the sunset". 
[01 48] The above-described related art however has 
the following problem. Even with the video camera being 
not connected, the optimum camera setting parameters 
can be decided based on simulation. Accordingly, when 
the video camera is connected to the PC later, there oc- 
curs a discrepancy between setting values in the video 
camera and values changed on the PC. As a result, the 
operation of the camera setting application and the ac- 
tual operation of the video camera can not be matched 
with each other. 

SUMMARY OF THE INVENTION 

[0149] The present invention has been made in the 
view of the problem set forth above, and has a concern 
in a camera setting system wherein a control device, 
such as a PC, and a video camera are connected to 
each other, to automatically avoid a mismatch between 
setting values on the PC side and camera setting values 
in the video camera which occurs immediately after the 
connection therebetween, immediately after the PC and 
the video camera are connected again. 
[01 50] Another concern of the present invention is, in 
a camera setting system wherein a control device, such 
as a PC, and a video camera are connected to each 
other, and particularly in a camera setting system having 
a simulation function, to automatically avoid a mismatch 
between setting values on the PC side, which have been 
changed upon execution of simulation, and unchanged 
setting values in the video camera, immediately after the 
PC and the video camera are connected again. 
[0151] Still another concern ol the present invention 
is, in a camera setting system wherein a control device, 
such as a PC, and a plurality of video cameras are con- 
nected to each other, to avoid a mismatch between set- 
ting values on the PC side, which correspond to a par- 
ticular one of the video cameras, and camera setting val- 
ues in the particular video camera, immediately after the 
connection therebetween. 

[0152] Still another concern of the present invention 
is, in a camera setting system wherein a control device, 
such as a PC, and a plurality of video cameras are con- 
nected to each other, and particularly in a camera setting 
system having a simulation function, to automatically 
avoid a mismatch between setting values on the PC 
side, which have been changed upon execution of sim- 
ulation, and unchanged setting values in a particular one 
of the video cameras, immediately after the PC and the 
particular video camera are connected again. 



[0153] Still another concern of the present invention 
is, in a camera setting system wherein a control device, 
such as a PC, and a plurality of video cameras are con- 
nected to each other, to surely select a particular one of 

s the video cameras by utilizing IDs specific to the video 
cameras, and to automatically avoid a mismatch be- 
tween setting values on the PC side, which have been 
changed and correspond to the selected video camera, 
and camera setting values in the selected video camera. 

io [0154] Still another concern of the present invention 
is, in a camera setting system wherein a control device, 
such as a PC, and a video camera are connected to 
each other, to avoid a mismatch between a display of 
setting values on the PC side and camera setting values 

75 in the video camera, immediately after the connection 
therebetween. 

[0155] Still another concern of the present invention 
is, in a camera setting system wherein a control device, 
such as a PC, and a plurality of video cameras are con- 

20 necled to each other, to avoid a mismatch between a 
display of setting values on the PC side, which corre- 
spond to particular one of the video cameras, and cam- 
era setting values in the particular video camera, imme- 
diately after the connection therebetween. 

2S [0156] Still another concern of the present invention 
is, in a camera setting system wherein a control device, 
such as a PC, and a plurality of video cameras are con- 
nected to each other, to surely select a particular one of 
the video cameras by utilizing IDs specific to the video 

30 cameras, and to avoid a mismatch between a display of 
setting values on the PC side, which correspond to the 
particular video camera, and camera setting values in 
the selected video camera, immediately after the con- 
nection therebetween. 

35 [0157] Still another concern of the present invention 
is to produce an alarm display when setting values on 
the PC side (which correspond to a particular video cam- 
era) differ from camera setting values in a selected video 
camera. 

40 [0158] Accordingly, the present invention provides an 
imaging device system comprising a control device hav- 
ing a first data communication node, and an imaging de- 
vice having a second data communication node con- 
nected to the first data communication node in a mutu- 

45 ally communicable manner. The imaging device in- 
cludes a controlled unit capable of being externally con- 
trolled in accordance with information inputted from the 
second data communication node. The control device 
comprises a control unit foroutputting the information to 

50 control the imaging device from the first data communi- 
cation node, a storage unit for storing at least one or 
more preset imaging device control conditions, and a 
control condition changing unit for changing the imaging 
device control conditions stored in the storage unit. A 

55 detecting unit is provided for detecting whether the con- 
trol device and the imaging device are connected; and 
an output unit is started up in response to a detection 
signal from the detecting unit for reading the imaging 
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device control conditions stored in the storage unit and 
outputting the read control conditions from the first data 
communication node. 

[01 59] In the above imaging device system according 
to the present invention, the control device may further 
comprise a display unit for displaying an image corre- 
sponding to the imaging device control conditions 
changed by the control condition changing unit. 
[0160] Also, the present invention provides an imag- 
ing device system comprising a control device having a 
first data communication node, and a plurality of imaging 
devices having second to N-th (N is an integer not less 
than three) data communication nodes connected to the 
first data communication node in a mutually communi- 
cable manner The plurality of imaging devices include 
controlled units capable of being externally controlled in 
accordance with information inputted respectively from 
the second to N-th data communication nodes. The con- 
trol device comprises a control unit for outputting the in- 
formation to control the plurality of imaging devices in- 
dividually from the first data communication node, a first 
storage unit for storing at least one or more imaging de- 
vice control conditions preset corresponding to each of 
the plurality of imaging devices, and a selecting unit for 
selecting one among the plurality of imaging devices 
which is to be controlled. A control condition changing 
unit is provided for changing the imaging device control 
■conditions stored in the first storage unit and corre- 
sponding to the imaging device selected by the selecting 
unit. A detecting unit is provided for detecting whether 
the control device and the selected imaging device are 
connected, and an output unit started up in response to 
a detection signal from the detecting unit for reading the 
imaging device control conditions changed by the con- 
trol condition changing unit and outputting the read con- 
trol conditions from the first data communication node. 
[0161] In the above imaging device system according 
to the present invention, the control device may further 
comprise a display unit for displaying an image corre- 
sponding to the imaging device control conditions 
changed by the control condition changing unit. 
[0162] In the above imaging device system according 
to the present invention, the selecting unit may select a 
particular one among the plurality of connected imaging 
devices by outputting an ID number specific to the par- 
ticular imaging device from the first data communication 
node. 

[0163] Further, the present invention provides an im- 
aging device system comprising a control device having 
a first data communication node, and an imaging device 
having a second data communication node connected 
to the first data communication node in a mutually com- 
. municable manner. The imaging device comprises a 
controlled unit capable of being externally set to a par- 
ticular state in accordance with a command inputted 
from the second data communication node, and a trans- 
mitting unit capable of externally transmitting the partic- 
ular set state. The control device comprises a control 



unit for outputting, from the first data communication 
node, a command to set the imaging device to a partic- 
ular state and a command to read a particular setting 
value in the imaging device, a storage unit for storing at 

5 least one or more preset imaging device setting values, 
and a display unit for displaying the stored setting val- 
ues. A detecting unit is provided for detecting whether 
the control device and the imaging device are connect- 
ed. An output unit is started up in response to a detection 

10 signal from the detecting unit and outputs the command 
to read the particular setting value in the imaging device 
from the first data communication node. An input unit is 
provided for inputting, into the storage unit, the particu- 
lar setting value read in accordance with the command 

15 outputted from the output unit. 

[0164] Still further, the present invention provides an 
imaging device system comprising a control device hav- 
ing a first data communication node, and a plurality of 
imaging devices having second to N-th (N is an integer 

20 not less than three) data communication nodes connect- 
ed to the first data communication node in a mutually 
communicable manner. The plurality of imaging devices 
includes controlled units capable of being externally 
controlled to set the plurality of imaging devices to par- 

25 ticular states in accordance with commands inputted re- 
spectively from the second to N-th data communication 
nodes. A transmitting unit is provided that is capable of 
externally transmitting the particular set states. The con- 
trol device comprises a control unit for outputting, from 

30 the first data communication node, commands to indi- 
vidually set the plurality of imaging devices to particular 
states, and commands to individually read particular 
setting values in the plurality of imaging devices. A stor- 
age unit is provided for storing at least one or more pre- 

35 set imaging device setting values corresponding to each 
of the plurality of imaging devices. A selecting unit is 
provided for selecting one among the plurality of imag- 
ing devices which is to be controlled. A display unit is 
provided for displaying the stored setting values corre- 

40 sponding to the imaging device selected in the selecting 
step. A detecting unit is provided for detecting whether 
the control device and the selected imaging device are 
connected. An output unit is started up in response to a 
detection signal from the detecting unit, for outputting 

45 the command to read the particular setting value in the 
selected imaging device from the first data communica- 
tion node. An input unit is provided for inputting, in an 
area of the storage unit corresponding to the selected 
imaging device, the particular setting value read in ac- 

50 cordance with the command outputted from the output 
unit. 

[0165] In the above imaging device system according 
to the present invention, the selecting unit may select a 
particular one among the plurality of connected imaging 
55 devices by outputting an ID number specific to the par- 
ticular imaging device from the. first data communication 
node. 

[0166] The above imaging device system according 
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to the present invention may further comprise a compar- 
ing unit for comparing the read particular setting value 
in the imaging device with the corresponding imaging 
device setting value stored in the storage unit before 
reading the particular setting value, and an alarm dis- s 
play unit started up by the comparing unit. 
[0167] Moreover, the present invention provides a 
control method for an imaging device system compris- 
ing a control device having a first data communication 
node, and an imaging device having a second data com- io 
munication node connected to the first data communi- 
cation node in a mutually communicable manner. The 
control method comprises a control step of outputting 
information to control the imaging device from the sec- 
ond data communication node, a storing step of storing is 
at least one or more preset imaging device control con- 
ditions, and a control condition changing step of chang- 
ing the imaging device control conditions stored in the 
storing step. A detecting step is provided for detecting 
whether the control device and the imaging device are 20 
connected, and an output step is provided for, in accord- 
ance with a detection result in the detecting step, read- 
ing the imaging device control conditions stored in the 
storing step and outputting the read control conditions 
from the first data communication node. 2s 
[0168] Further; the present invention provides a con- 
trol method for an imaging device system comprising a 
control device having a first data communication node, 
and a plurality of imaging devices having second to Ki- 
th (N is an integer not less than three) data communi- 30 
cation nodes connected to the first data communication 
node in a mutually communicable manner. The control 
method comprises a control step of outputting informa- 
tion to control the plurality of imaging devices individu- 
ally from the first data communication node, a first stor- 35 
ing step of storing at least one or more imaging device 
control conditions preset corresponding to each of the 
plurality of imaging devices, and a selecting step of se- 
lecting one among the plurality of imaging devices which 
is to be controlled. A control condition changing step is 40 
provided for changing the imaging device control condi- 
tions corresponding to the imaging device selected in 
the selecting step. A detecting step is also provided for 
detecting whether the control device and the selected 
imaging device are connected, and an output step is «5 
provided for, in accordance with a detection result in the 
detecting step, reading the imaging device control con- 
ditions changed in the control condition changing step 
and outputting the read control conditions from the first 
data communication node. 50 
[0169] Still further, the present invention provides a 
control method for an imaging device system compris- 
ing a control device having a first data communication 
node, and an imaging device having a second data com- 
munication node connected to the first data communi- ss 
cation node in a mutually communicable manner. The 
control method comprises a control step of outputting, 
from the first data communication node, a command to 



set the imaging device to a particular state and a com- 
mand to read a particular setting value in the imaging 
device. A first storing step is provided for storing at least 
one or more preset imaging device setting values. A dis- 
playing step is also provided for displaying the stored 
setting values, and a detecting step is provided for de- 
tecting whether the control device and the imaging de- 
vice are connected. An output step is provided for, in 
accordance with a detection result in the detecting step, 
outputting the command to read the particular setting 
value in the imaging device from the first data commu- 
nication node. A second storing step is provided for stor- 
ing the particular setting value read in accordance with 
the command outputted in the output step. 
[0170] Still further, the present invention provides a 
control method for an imaging device system compris- 
ing a control device having a first data communication 
node, and a plurality of imaging devices having second 
to N-th (N is an integer not less than three) data com- 
munication nodes connected to the first data communi- 
cation node in a mutually communicable manner. The 
control method comprises a control step of outputting, 
from the first data communication node, commands to 
individually set the plurality of imaging devices to par- 
ticular states, and commands to individually read partic- 
ular setting values in the plurality of imaging devices. A 
first storing step is provided for storing at least one or 
more preset imaging device setting values correspond- 
ing to each of the plurality of imaging devices, and a 
selecting step is provided for selecting one among the 
plurality of imaging devices which is to be controlled. A 
displaying step is provided for displaying the stored set- 
ting values corresponding to the imaging device select- 
ed in the selecting step, and a detecting step is provided 
for detecting whether the control device and the select- 
ed imaging device are connected. An output step is pro- 
vided for, in accordance with a detection result in the 
detecting step, outputting the command to read the par- 
ticular setting value in the selected imaging device from 
the first data communication node. A second storing 
step is provided for storing, corresponding to the select- 
ed imaging device, the particular setting value read in 
accordance with the command outputted in the output 
step. 

[0171] Moreover, the present invention provides a 
storage medium storing a control program for controlling 
an imaging device system comprising a control device 
having a first data communication node, and an imaging 
device having a second data communication node con- 
nected to the first data communication node in a mutu- 
ally communicable manner. The control program com- 
prises code for a control step of outputting information 
to control the imaging device from the second data com- 
munication node, code for a storing step of storing at 
least one or more preset imaging device control condi- 
tions, and code for a control condition changing step of 
changing the imaging device control conditions stored 
in the storing step. Code is also provided for a detecting 
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step of detecting whether the control device and'the im- 
aging device are connected. And code is provided for 
an output step of, in accordance with a detection result 
in the detecting step : reading the imaging device control 
conditions stored in the storing step and outputting the 
read control conditions from the first data communica- 
tion node. 

[0172] Further, the present invention provides a stor- 
age medium storing a control program lor controlling an 
imaging device system comprising a control device hav- 
ing a first data communication node, and a plurality of 
imaging devices having second to N-th (N is an integer 
not Jess than three) data communication nodes connect- 
ed to the first data communication node in a mutually 
communicable manner. The control program comprises 
code for a control step of outputting intormation to con- 
trol the plurality of imaging devices individually from the 
first data communication node, and code for a first stor- 
ing step of storing at least one or more imaging device 
control conditions preset corresponding to each of the 
plurality of imaging devices. Code is provided for a se- 
lecting step of selecting one among the plurality of im- 
aging devices which is to be controlled. Code is also pro- 
vided for a control condition changing step ol changing 
the imaging device control conditions corresponding to 
the imaging device selected in the selecting step. Code 
is provided for a detecting step of detecting whether the 
control device and the selected imaging device are con- 
nected. And code is provided for an output step of, in 
accordance with a detection result in the detecting step, 
reading the imaging device control conditions changed 
in the control condition changing step and outputting the 
read control conditions from the first data communica- 
tion node. 

[0173] Still further, the present invention provides a 
storage medium storing a control program for controlling 
an imaging device system comprising a control device 
having afirst data communication node, and an imaging 
device having a second data communication node con- 
nected to the first data communication node in a mutu- 
ally communicable manner. The control program com- 
prises code for a control step of outputting, from the first 
data communication node, a command to set the imag- 
ing device to a particular state, and a command to read 
a particular setting value in the imaging device. Code is 
also provided for a first storing step of storing at least 
one or more preset imaging device setting values. Code 
is provided for a displaying step of displaying the stored 
setting values, and code isprovided for a detecting step 
of detecting whether the control device and the imaging 
device are connected. Code is also provided for an out- 
put step of, in accordance with a detection result in the 
detecting step, outputting the command to read the par- 
ticular setting value in the imaging device from the first 
data communication node. And code is provided for a 
second storing step of storing the particular setting value 
read in accordance with the command outputted in the 
output step. 



[0174] Still further, the present invention provides a 
storage medium storing a control program for controlling 
an imaging device system comprising a control device 
having a first data communication node, and a plurality 
5 of imaging devices having second to N-th (N is an inte- 
ger not less than three) data communication nodes con- 
nected to the first data communication node in a mutu- 
ally communicable manner. The control program com- 
prises code for a control step of outputting, from the first 
10 data communication node, commands to individually set 
the plurality of imaging devices to particular states and 
commands to individually read particular setting values 
in the plurality of imaging devices. Code is also provided 
for a first storing step of storing at least one or more 
is preset imaging device setting values corresponding to 
each of the plurality of imaging devices. Code is provid- 
ed for a selecting step of selecting one among the plu- 
rality of imaging devices which is to be controlled. Code 
is also provided for a displaying step of displaying the 
20 stored setting values corresponding to the imaging de- 
vice selected in the selecting step. Code isjjrovided for 
a detecting step of detecting whether the control device 
and the selected imaging device are connected, and 
code is provided for an output step of, in accordance 
25 with a detection result in the detecting step, outputting 
the command to read the particular setting value in the 
selected imaging device from the first data communica- 
tion node. And code is provided for a second storing step 
of storing, corresponding to the selected imaging de- 
30 vice, the particular setting value read in accordance with 
the command outputted in the output step. 
[0175] Also, the present invention provides an imag- 
ing device for use in any of the imaging device systems 
according to the present invention. 
35 [0176] Further, the present invention provides a con- 
trol device for use in any of the imaging device systems 
according to the present invention. 
[0177] Still further, the present invention provides a 
control method implemented in an imaging device for 
40 executing the control method for any of the imaging de- 
vice systems according to the present invention. 
[0178] Still further, the present invention provides a 
control method implemented in a control device for ex- 
ecuting the control method for any of the imaging device 
45 systems according to the present invention. 

[0179] Moreover, the present invention provides an 
imaging device system comprising a control device hav- 
ing a first data communication node, and an imaging de- 
vice having a second data communication node con- 
so nected to the first data communication node in a mutu- 
ally communicable manner. When the imaging device 
and the control device are connected, either imaging de- 
vice control conditions set on the imaging device side 
or imaging device control conditions set on the control 
55 device side are set to both the imaging device and the 
control device. 

[0180] Further, the present invention provides a con- 
trol method for an imaging device system comprising a 
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control device having a first data communication node, 
and an imaging device having a second data communi- 
cation node connected to the first data communication 
node in a mutually communicable manner. When the im- 
aging device and the control device are connected, ei- 
ther imaging device control conditions set on the imag- 
ing device side or imaging device control conditions set 
on the control device side are set to both the imaging 
device and the control device. 

[0181] Still further, the present invention provides a 
storage medium storing a control program for controlling 
an imaging device system comprising a control device 
having a first data communication node, and an imaging 
device having a second data communication node con- 
nected to the first data communication node in a mutu- 
ally communicable manner. The control program in- 
cludes code tor a step of, when the imaging device and 
the control device are connected, setting either imaging 
device control conditions set on the imaging device side 
or imaging device control conditions set on the control 
device side to both the imaging device and the control 
device. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0182] Fig. 1 is a block diagram showing a configura- 
tion of a first embodiment. 

[01 83] Fig. 2 is a flowchart for explaining the first em- 
bodiment. 

[0184] Fig. 3 is a flowchart for explaining a second 
embodiment. 

[01 85] .Fig. 4 is a block diagram showing a configura- 
tion of the second embodiment. 

[01 86] Fig. 5 shows a screen display in the second 
embodiment. 

[0187] Fig. 6 is a block diagram showing a configura- 
tion of a third embodiment. 

[0188] Fig. 7 is a diagram showing one example of a 
network system constructed by using 1394 serial buses 
(in conformity with IEEE 1394). 

[01 89] Fig. 8 is a diagram showing components of the 
1394 serial bus (in conformity with IEEE 1394). 
[0190] Fig. 9 is a diagram showing an address space 
in the 1394 serial bus (in conlormity with IEEE 1394). 
[0191] Fig. 10 is a sectional view of a 1394 serial bus 
cable. 

[01 92] Fig. 11 is a chart tor explaining a DS-Link cod- 
ing method tor a data transfer format (in conformity with 
IEEE 1394). 

[0193] Fig. 12 is a diagram showing one example of 
an actual network (in conformity with IEEE 1394). 
[01 94] Figs. 1 3A and 1 3B are diagrams for explaining 
processes of requesting the use of the bus and permit- 
ting the use of the bus. 

[0195] Fig. 14 is a chart showing state transition over 
time during asynchronous transfer (in conformity with 
IEEE 1394). 

[01 96] Fig. 1 5 shows an example of a packet format 



for use in the asynchronous transfer mode(in conformity 
with IEEE 1394). 

[01 97] Fig. 1 6 is a chart showing state transition over 
time during isochronous transfer (in conformity with 
5 IEEE 1394). 

[0198] Fig. 17 shows an example of a packet format 
for use in the isochronous transfer mode (in conformity 
with IEEE 1394). 

[0199] Fig. 18 is a chart showing transfer state tran- 
10 sition on the bus over time when an isochronous transfer 
and an asynchronous transler are executed in mixed 
fashion(in conformity with IEEE 1394). 
[0200] Fig. 1 9 is a flowchart showing a general se- 
quence 1 Irom a bus reset to a decision of node IDs (in 
is conformity with IEEE 1 394). 

[0201] Fig. 20 is a flowchart showing a general se- 
quence 2 from a bus reset to a decision of node IDs (in 
conformity with IEEE 1 394). 

[0202] Fig. 21 is a flowchart showing a general se- 
20 quence from a bus reset to a decision of node IDs (in 
conformity with IEEE 1394). 

[0203] Fig. 22 is a flowchart showing a sequence of 
an arbitration process(in conformity with IEEE 1 394). 
[0204] Fig. 23 shows address locations in a configu- 
2S ration ROM. 

[0205] Fig. 24 shows screen display 1 in the related 
art. 

[0206] Fig. 25 shows a PC and a video camera con- 
nected to each other in the related art. 
30 [0207] Fig. 26 shows screen display 2 in the related 
art. 

[0208] Fig. 27 shows screen display 3 in the related 

art. 

[0209] Fig. 28 is a table showing examples of camera 
35 setting commands. 

[0210] Fig. 29 is a flowchart showing the third embod- 
iment. 
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DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0211] Preferred embodiments of the present inven- 
tion will be described below in detail with reference to 
the accompanying drawings. 



(First Embodiment) 

[0212] Fig. 1 is a block diagram showing a configura- 
tion of a first embodiment. A video camera 1 A and a per- 
50 sonal computer (PC) 1 B are connected to each other by 
a 1394 serial bus cable 108. 

[0213] Describing first a block on the video camera 
1 A side, numeral 101 denotes a lens, and 102 denotes 
a signal processing unit which includes an image pickup 
55 device for converting light inputted through the lens 101 
into an image signal, and which converts the image sig- 
nal outputtedfrom the image pickup device into a digital 
image signal. Numeral 103 denotes a control unit for 
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controlling the entirety of the video camera, and 1 04 de- 
notes one or more camera control parameters read by 
the control unit 103 lor controlling the lens 101 and the 
signal processing unit 102 to produce the digital image 
signal. Numeral 105 denotes a digital interlace tor re- 
ceiving and outputting the digital image signal, various, 
control information, etc. via the 1 394 serial bus 1 08, and 
106 denotes a volatile memory from and into which data 
is read and written by the control unit 103, the volatile 
memory temporarily storing camera setting values, etc. 
which are inputted from the digital interface 105. Numer- 
al 107 denotes a non-volatile memory from and into 
which data is read and written by the control unit 103, 
the non-volatile memory finally storing the camera set- 
ting values, etc. which are inputted from the digital in- 
terface 105. 

[0214] Next, a block on the PC IB side will be de- 
scribed. 

[0215] Numeral 109 denotes a digital interface for re- 
ceiving the digital image from the video camera 1 A via 
the 1394 serial bus 1 0B. and outputting various com- 
mand data/etc. from a control unit 1 1 2 to the 1 394 serial 
bus 108, and 110 denotes a connection detector for de- 
tecting whether the video camera is connected to the 
1 394 serial bus 1 08. Numeral 1 1 1 denotes a user oper- 
ating panel, such as a keyboard or a pointing device, 
through which the user operates the PC, and 112 de- 
notes a control unit for controlling the entirety of the PC. 
Numeral 113 denotes one or more camera setting pa- 
rameters read, written and changed by the control unit 
112 in accordance with an input from the user operating 
panel 111 , and 114 denotes a hard disk for storing the 
camera setting parameters 113 in the torm of a file. Nu- 
meral 115 denotes an image processing unit which in- 
cludes an image memory for storing the digital image 
information inputted from the video camera 1 A via the 
digital interface 109, and which can apply a digital effect 
to the image in the memory upon receiving a command 
from the control unit 1 1 2. Numeral 1 1 6 denotes an image 
display unit for producing a window display image based 
on the digital image information outputted from the im- 
age processing unit 115 and the camera setting param- 
eters, and outputting the produced image to a monitor 
117. 

[021 6] The video camera 1 A receives the camera set- 
ting parameters and a command, such as "Set" or 
•Write", from the digital interface 105, and carries out an 
internal operation corresponding to the command. Spe- 
cifically, when the camera setting parameters and the 
command 'Set" are inputted, the control unit 103 sets 
the inputted parameters in the volatile memory 105, and 
controls the lens 101 and the signal processing unit 102 
by using those parameters temporarily. Also, when the 
camera setting parameters and the command -Write" 
are inputted, the control unit 103 writes the inputted pa- 
rameters in both the volatile memory 106 and the non- 
volatile memory 107, and controls the lens 101 and the 
signal processing unit 102 by using those parameters 



after that. Here, the inputted camera setting parameters 
mean setting values of parameters capable of control- 
ling the lens and the signal processing system to change 
the output image, such as tint, color gain, f-stop number 
s and shutter speed, as described above in connection 
with the related art. 

[0217] The operation of a camera setting application 
on the PC side in the first embodiment will be described 
below in more detail with reference to a flowchart of Fig. 
10 2. The camera setting application presents the same 
screen display as shown in Fig. 24. 
[0218] Also, as described above in connection with 
the related art, a simulation mode in this embodiment 
means a mode in which the user can change the camera 

15 setting parameters in the PC even with the PC not con- 
nected to the video camera, and can confirm an image 
resulted from the parameter change on the monitor 
screen. Further, a camera mode in this embodiment 
means a mode in which the user can actually change 
20 the camera setting parameters in the video camera with 
the video camera connected to the PC, while confirming 
an image transmitted from the video camera, thereby 
optimizing the image. By manipulating an operating 
mode select button 2407 on the screen with the pointing 
25 device or the like through the user operating panel 111 , 
the camera setting application can be switched over be- 
tween the simulation mode and the camera mode at the 
user's discretion. 

[0219] Upon start-up of the camera setting applica- 
nt? tion, a program is first started in the simulation mode in 
step S1 201. 

[0220] Then, it is checked in step S1 202 whether the 
mode is switched over to the camera mode. If not 
switched over, the control unit enters a simulation mode 
35 process in step S1207. In the simulation mode.process, 
the control unit executes such operations as receiving 
an input from the user operating panel 11 1 , outputting a 
command to the image processing unit 115 correspond- 
ing to a changed one of the camera setting parameters 
40 113, controlling the image display unit 1 1 6 to switch over 
the monitor screen, and storing the camera setting pa- 
rameters 11 3 in the hard disk 114 in the form of a file. 
[0221] At a breakpoint during the simulation mode 
process, it is checked again in step S1 208 whether the 
45 mode is switched over to the camera mode. If not 
switched over, the simulation mode process is resumed 
in step S1 207. 

[0222] If switched over, it is checked in step S1203 
whether the video camera is connected, by referring to 
so the connection detector 11 0. If not connected, the con- 
trol unit returns to step SI 202 again to repeat a loop 
process while it is on standby for the next operation. 
[0223] If connected, one or more of the camera setting 
parameters 113 (which have been changed by simula- 
55 tion) are outputted in step S1204 from the digital inter- 
face 109, thereby changing the corresponding camera 
setting parameters in the video camera connected tothe 
PC. In other words, a data match is established between' 
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the PC and the video camera connected to the PC at 
the time when 0 the video camera is initially connected. 
Then, a step S1 205 a camera adjustment process is ex- 
ecuted with the matched state being as an initial state. 
[0224] In the camera adjustment process, the control 5 
unit executes such operations as receiving an input from 
the 5 user operating panel 111, outputting a parameter 
and a command from the digital interface 109 corre- 
sponding to changed one of the camera setting param- 
eters 113, displaying a screen of the image data trans- to 
mitted from the video camera, and storing the camera 
setting 0 parameters 1 1 3 in the hard disk 1 1 4 in the form 
of a file. At a breakpoint during the camera adjustment 
process, it is checked again in step S1206 whether the 
mode is switched over to the simulation mode. If not 75 
switched over, the control unit returns to step S1205 
again to resume the camera adjustment process, and if 
switched over, it goes to step SI 207 for shift to the sim- 
ulation process. 

[0225] With the control procedures described above, 20 
a data match between the PC and the video camera can 
be obtained in an initial condition where the camera is 
connected to the PC. It is therefore possible to avoid 
such trouble as causing a contradiction in the subse- 
quent process. 25 

(Second Embodiment) 

[0226] Fig. 3 is a flowchart of a camera setting appli- 
cation for explaining the second embodiment of the 30 
present invention. The control shown in Fig. 3 is execut- 
ed with a configuration shown in a block diagram of Fig. 
4. The second embodiment will be described below with 
reference to Figs. 3 and 4. 

[0227] Upon start-up of the camera setting applica- 35 
tion, a program is first started in the simulation mode in 
step S1301. 

[0228] Then, it is checked in step S1 302 whether the 
mode is switched over to the camera mode. If not 
switched over, the control unit enters a simulation mode 40 
process in step S1 309. In the simulation mode process, 
the control unit executes such operations as receiving 
an input from the user operating panel 111, outputting a 
command to the image processing unit 1 1 5 correspond- 
ing to a changed one of the camera setting parameters «s 
1 1 3, controlling the image display unit 11 6 to switch over 
the monitor screen, and storing the camera setting pa- 
rameters 11 3 in the hard disk 11 4 in the form of a file. 
[0229] At a breakpoint during the simulation mode 
process, it is checked again in step S1310 whether the 50 
mode is switched over to the camera mode. If not 
switched over, the simulation mode process is resumed 
in step SI 309. 

[0230] If switched over, it is checked in step S1303 
whether the video camera is connected, by referring to 55 
the connection detector 110. If not connected, the con- 
trol unit returns to step S1 302 again to repeat a loop 
process while it is on standby for the next operation. The 



processing so far described is exactly the same as in 
the first embodiment. 

[0231] If it is detected in step S1303 that the video 
camera is connected, the control unit 112 issues a com- 
mand to read the camera setting parameters, such as 
tint, color gain, f-stop number and shutter speed, to the 
video camera via the digital interface 109. Upon receiv- 
ing the command, the control unit 103 in the video cam- 
era read requests one or more of the camera setting pa- 
rameters from the volatile memory 106 or the non-vola- 
tile memory 107, and transmits the read data to the PC 
via the digital interface 105. Through the above proce- 
dures, the control unit 112 on the PC side reads the 
above parameters in the video camera connected to the 
PC, and then stores them as camera-side read param- 
eters 118 on the PC side. 

[0232] Next, in step SI 305, the control unit 112 com- 
pares the camera-side read parameters 118 and the 
camera.setting parameters 11 3 currently existing in the 
PC. Depending on a compared result, in step SI 306, 
the control unit 112 displays the camera setting param- 
eters on a screen image of the camera setting applica- 
tion. Specifically, if the compared result shows a dis- 
crepancy in data values between the video camera and 
the PC, the control unit 112 issues an alarm. 
[0233] Fig. 5 shows a screen image of the camera set- 
ting application which includes an alarm display pro- 
duced through the above-described procedures. The 
screen image of Fig. 5 illustrates an example in which 
the shutter speed value differs between the video cam- 
era and the PC. In this case, the shutter speed display 
is highlighted as indicated by 501. Furthermore, in this 
embodiment, a subwindow 502 for prompting the user 
to select a subsequent process is additionally displayed. 
[0234] After that, the control unit 1 1 2 enters a camera 
adjustment process in a step S1 307. If the alarm display 
described above is produced, the control unit 112 re- 
ceives an input 1rom the user. In other words, the user 
selects one of two buttons on the subwindow 502 by us- 
ing the user operating panel 111 in the form of, e.g., a 
pointing device, thereby deciding with which data two 
different data should be matched. 
[0235] If the button indicating "SET TO CAMERA 
.SIDE SPEED" is selected, the control unit 112 rewrites 
a corresponding one of the camera setting parameters 
11 3 to the value of the corresponding camera-side read 
parameter 118. Conversely, if the button indicating "SET 
TO PC SIDE SPEED" is selected, the control unit 112 
rewrites a corresponding one of the camera-side read 
parameters 118 to the value of the corresponding cam- 
era setting parameter 113, and also outputs that camera 
setting parameter 113 through the digital interface 109 
for changing the corresponding camera-side read pa- 
rameter in the video camera connected to the PC. As a 
resurt, a data match is established between the PC and 
the video camera connected to the PC at the time when 
the video camera is initially connected. 
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(Third Embodiment) 



[0236] This third embodiment intends to achieve the 
above-described data match when a plurality of devices 
are connected to a network according to one feature ot 
the 1394 serial bus connection. This point will be de- 
scribed below. 

[0237] Fig. 6 is a block diagram showing a configura- 
tion of the third embodiment. Numerals 601 to 603 de- 
note video cameras connected by the 1 394 serial buses, 
and 608 denotes a PC for setting parameters of the vid- 
eo cameras. 

[0238] As described above in connection with the re- 
lated art, the video cameras 601 to 603 are internally 
given WWUID(1) to WWUID(N) as IDs which are used 
in the 1394 serial bus network and specific to the re- 
spective cameras. The PC 608 can read the WWUIDs 
via the 1394 serial buses, and conversely can perform 
such operations as receiving image information from on- 
ly one of the video cameras having the particular 
WWUID, and producing a camera parameter setting 
command to the video cameras having the particular 
WWUID. 

[0239] A camera setting application in this embodi- 
ment can hold camera setting parameters for a plurality 
of video cameras, and also can select a particular one 
of the plurality of video cameras connected to the net- 
work by utilizing the specific WWUID so that camera pa- 
rameters of the selected one video camera may be set 
separately. 

[0240] Details of the camera setting application exe- 
cuted in the PC 608 according to this embodiment will 
be described. 

[0241] Numeral 609 denotes a 1 394 digital interface, 
and 610 denotes a connection detector receiving a par- 
ticular WWUID from the control unit 612 and detecting 
whether the video camera having particular WWUID is 
connected to the network. Numeral 611 denotes a user 
operating panel for operating the camera setting appli- 
cation, such as selecting the video camera and chang- 
ing the camera setting parameters. Numeral 612 de- 
notes a control unit for controlling the entirety of the ap- 
plication system, and denotes a selected VIDEO No. 
memory 1or storing the video camera number selected 
from the user operating panel 611. Numeral 614 de- 
notes a camera setting parameter table for holding 
WWUIDs corresponding to the VIDEO Nos. and camera 
setting parameter groups for the corresponding video 
cameras. Numeral 615 denotes an image processing 
unit which includes an image memory for storing digital 
image information inputted from the video camera cor- 
responding to the selected VIDEO No. via the digital in- 
terface 109, and which can apply a digital effect to the 
image in the memory upon receiving a command from 
the control unit 612. Numeral 61 6 denotes an image dis- 
play unit for producing a window display image based 
on the digital image information outputted from the im- 
age processing unit 615 and the camera setting param- 



eters, and outputting the produced image to a monitor 
617. Numeral 617 denotes a hard disk for storing the 
camera setting parameters in the form of a file along with 
the WWUID of the selected video camera. 
5 [0242] Processing steps executed by the control unit 
612 in the camera setting application will be described 
below with reference to a flowchart of Fig. 29. 
[0243] First, in step S2901 , the camera setting appli- 
cation starts a program in the camera mode. 
10 [0244] Then, in step S2902, the control unit 612 reads 
a camera setting parameter file stored beforehand, and 
develops read data in the camera setting parameter ta- 
ble 614. 

[0245] The user now has to select from the user op- 
ts erating panel 611 which one of read data (i.e., which one 
of the video cameras) is to be set. In step S2903, there- 
fore, the control unit 612 waits for a camera selection 
input from the user. 

[0246] It the camera selection input is applied, 
20 processing goes to step S2904 to store the VIDEO No. 
of the selected video camera in the selected VIDEO No. 
memory 613. 

[0247] After the VIDEO No. has been decided, the 
control unit 612 can select a particular one of the video 
25 cameras externally connected by the 1 394 serial buses 
by referring to the WWUID corresponding to the decided 
VIDEO No. in the camera setting parameter table 614. 
[0248] Then, the control unit 612 transmits the 
WWUID selected in step S2905 to the connection de- 
30 tector 610 to detect whether the video camera having 
the selected WWU I D is connected to the 1 394 serial bus 
network. 

[0249] If not connected, the control unit 612 repeats 
a loop process while it is on standby lor the next oper- 
as ation. If connected, the control unit 612 outputs in step 
S2906 the camera setting parameters, which are stored 
in the camera setting parameter table 614 and corre- 
spond to the selected VIDEO No., to the video camera 
having the selected WWUID from the digital interface 
40 609. After that, the control unit 612 enters step S2907 
for a camera adjustment process, described above in 
connection with the related art, with a resultant state be- 
ing as an initial state. 

[0250] By outputting to the camera side one or more 
as of the camera setting parameters, which are possibly 
changed by simulation, etc. on the PC side, after the 
connection of the selected video camera has been de- 
tected through the above-described procedures, a data 
match is established between the PC and the selected 
50 video camera connected to the PC at the time when the 
video camera is initially connected. 
[0251] Tough not described here in detail, after the 
connection of the selected video camera detected in 
step S2905 of Fig. 29, values of the camera setting pa- 
ss rameters in the selected video camera may be read and 
the read data may be used as first display data in the 
camera setting application as with the second embodi- 
ment. In this case, it is of course possible to compare 
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the parameters read from the video camera with the 
camera setting parameters which are stored in the cam- 
era setting parameter table 61 4 and correspond to the 
selected VIDEO No., and to produce an alarm display 
in a manner like the second embodiment if the com- 
pared data differ from each other. 

(Other Embodiments) 

[0252] It is needless to say that the object of the 
present invention can also be achieved by supplying, to 
a system or apparatus, a storage medium which stores 
program codes of software for realizing the functions of 
any of the above-described embodiments, and causing 
a computer (or CPU and/or MPU) in the system or ap- 
paratus to read and execute the program codes stored 
in the storage medium. 

[0253] In such a case, the program codes read out of 
the storage medium serve in themselves to realize the 
functions of any of the above -described embodiments, 
and hence the storage medium storing the program 
codes comprises the present invention. 
[0254] Storage mediums for use in supplying the pro- 
gram codes may be, e.g., floppy disks, hard disks, op- 
tical disks, magneto-optic disks, CD-ROMs, CD-Rs, 
magnetic tapes, nonvolatile memory cards, and ROMs. 
[0255] Also, it is a matter of course that the functions 
of any of the above-described embodiments is realized 
by not only a computer reading and executing the pro- 
gram codes, but also an OS (Operating System) or the 
like which is working on the computer and executes part 
or whole of the actual process to realize the functions in 
accordance with instructions from the program codes. 
[0256] Further, it is a matter of course that the present 
invention involves such a case where the program 
codes read out of the storage medium are written into a 
memory provided in a lunction add-on board mounted 
in the computer or a function add-on unit connected to 
the computer, and a CPU or the like incorporated in the 
function add-on board or unit executes part or whole of 
the actual process in accordance with instructions from 
the program codes, thereby realizing the function of any 
of the above-described embodiments. 
[0257] It should be understood that the present inven- 
tion is also applicable to various alterations or modifica- 
tions of the above-described embodiments without de- 
parting from the scope of the invention. 
[0258] For example, while a video camera is em- 
ployed as the imaging device in the above-described 
embodiments, the present invention is not limited to the 
embodiments, but also applicable to other types of im- 
aging devices such as a digital camera, a silver salt cam- 
era, and a scanner. 

[0259] While data is transmitted from the control de- 
vice side to the imaging device side in the above-de- 
scribed embodiments, data may be transmitted from the 
imaging device side to the control device side in a re- 
verse direction. 
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[0260] According to the present invention, as de- 
scribed above, in a camera setting system comprising 
a control device such as a PC and a video camera which 
are connected to each other, a mismatch between set- 
5 ting values on the PC side and camera setting values in 
the video camera which occurred immediately after the 
connection therebetween can be automatically avoided 
immediately after the PC and the video camera are con- 
nected again. 

10 [0261] Also, in a camera setting system wherein a 
control device, such as a PC, and a video camera are 
connected to each other, particularly in a camera setting 
system having a simulation function, a mismatch be- 
tween setting values on the PC side, which have been 

>5 changed upon execution of a simulation, and un- 
changed setting values in the video camera can be au- 
tomatically avoided immediately after the PC and the 
video camera are connected again. 
[0262] Further, in a camera setting system wherein a 

20 control device, such as a PC, and a plurality of video 
cameras are connected to each other, a mismatch be- 
tween setting values on the PC side, which correspond 
to a particular one of the video cameras, and camera 
setting values in the particular video camera immediate- 

25 |y after the connection therebetween can be avoided. 
[0263] Further, in a camera setting system wherein a 
control device, such as a PC, and a plurality of video 
cameras are connected to each other, particularly in a 
camera setting system having a simulation function, a 

30 mismatch between setting values on the PC side, which 
. have been changed upon execution of the simulation, 
and unchanged setting values in a particular one of the 
video cameras can be automatically avoided immedi- 
ately after the PC and the particular video camera are 

35 connected again. 

[0264] Further, in a camera setting system wherein a 
control device, such as a PC, and a plurality of video 
cameras are connected to each other, a particular one 
of the video cameras can be surely selected by utilizing 

40 IDs specific to the video cameras, and a mismatch be- 
tween setting values on the PC side, which have been 
changed and correspond to the selected video camera, 
and camera setting values in the selected video camera 
can be automatically avoided. 

45 [0265] Further, in a camera setting system wherein a 
control device, such as a PC, and a video camera are 
connected to each other, a mismatch between a display 
of setting values on the PC side and camera setting val- 
ues in the video camera immediately after the connec- 

50 tion therebetween can be avoided. 

[0266] Further, in a camera setting system wherein a 
control device, such as a PC, and a plurality of video 
cameras are connected to each other, a mismatch be- 
tween a display of setting values on the PC side, which 

55 correspond to a particular one of the video cameras, and 
camera setting values in the particular video camera im- 
mediately after the connection therebetween can be 
avoided. 
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[0267] Further, in a camera setting system wherein a 
control device, such as a PC, and a plurality of video 
cameras are connected to each other, a particular one 
of the video cameras can be surely selected by utilizing 
IDs specific to the video cameras, and a mismatch be- 
tween a display ot setting values on the PC side, which 
correspond to the particular video camera, and camera 
setting values in the selected video camera immediately 
after the connection therebetween can be avoided. 
[0268] Further, when setting values on the PC side, 
which correspond to a particular video camera, differ 
from camera setting values in a selected video camera, 
an alarm display is produced. 



Claims 

1 . An imaging device system comprising: 

a control device having a first data communica- 
tion node; and 

an imaging device having a second data com- 
munication node connected to said first data 
communication node in a mutually communica- 
ble manner, 

said imaging device including controlled means 
capable of being externally controlled in ac- 
cordance with information inputted trom said 
second data communication node, 
said control device including (i) control means 
for outputting the information to control said im- 
aging device from said first data communica- 
. tion node, (ii) storage means for storing at least 
one preset imaging device control condition, 
(iii) control condition changing means for 
changing said imaging device control condition 
stored in said storage means, (iv) detecting 
means for detecting whether said control de- 
vice and said imaging device are connected, 
and (v) output means started up in response to 
a detection signal from said detecting means 
for reading said imaging device control condi- 
tion stored in said storage means and output- 
ting the read control condition from said first da- 
ta communication node. 

2. An imaging device system according to Claim 1, 
wherein said control device further comprises dis- 
play means for displaying an image corresponding 
to said imaging device control conditions changed 
by said control condition changing means. 

3. An imaging device system comprising: 

a control device having a first data communica- 
tion node; and 

a plurality of imaging devices having second to 
N-th (N is an integer not less than three) data 



communication nodes connected to said first 
data communication node in a mutually com- 
municable manner, 

said plurality of imaging devices including con- 
5 trolled means capable of being externally con- 

trolled in accordance with information inputted 
respectively from said second to N-th data com- 
munication nodes, 

said control device including (i) control means 
10 for outputting the information to control said 

plurality of imaging devices individually from 
said first data communication node, (ii) first 
storage means for storing at least one imaging 
device control condition preset corresponding 
75 to each of said plurality of imaging devices, (iii) 

selecting means for selecting one among said 
plurality of imaging devices which is to be con- 
trolled, (iv) control condition changing means 
for changing said imaging device control con- 
20 dition stored in said first storage means and 

corresponding to the imaging deyice.selected 
by said selecting means, (v) detecting means 
for detecting whether said control device and 
said selected imaging device are connected, 
25 and (vi) output means started up in response to 

a detection signal from said detecting means 
for reading said imaging device control condi- 
tion changed by said control condition changing 
means and outputting the read control condi- 
30 tions from said first data communication node. 

4. An imaging device system according to Claim 3, 
wherein said control device further comprises dis- 
play means for displaying an image corresponding 

35 to said imaging device control condition changed by 
said control condition changing means. 

5. An imaging device system according to Claim 3, 
wherein said selecting means selects a particular 

40 one among said plurality of connected imaging de- 
vices by outputting an ID number specific to the par- 
ticular imaging device from said first data commu- 
nication node. 

45 6. An imaging device system comprising: 

a control device having a first data communica- 
tion node; and 

an imaging device having a second data com- 
50 munication node connected to said first data 

communication node in a mutually communica- 
ble manner, 

said imaging device including (i) controlled 
means capable of being externally set to a par- 
ss ticular state in accordance with a command in- 

putted from said second data communication 
node, and (ii) transmitting means capable of ex- 
ternally transmitting said particular set state, 
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said control device including (i) control means 
for outputting, from said first data communica- 
tion node, a command to set said imaging de- 
vice to a particular state and a command to read 
a particular setting value in said imaging de- 
vice, (ii) storage means for storing at least one 
preset imaging device setting value, (iii) display 
means for displaying said stored setting value, 
(iv) detecting means for detecting whether said 
control device and said imaging device are con- 
nected, (v) output means started up in re- 
sponse to a detection signal from said detecting 
means tor outputting the command to read said 
particular setting value in said imaging device 
from said first data communication node, and 
(vi) input means for inputting, in said storage 
means, said particular setting value read in ac- 
cordance with the command outputted from 
said output means. 

An imaging device system comprising: 

a control device having a first data communica- 
tion node; and 

a plurality of imaging devices having second to 
N-th (N is an integer not less than three) data 
communication nodes connected to said first 
data communication node in a mutually com- 
municable manner, 

said plurality of imaging devices including (i) 
controlled means capable of being externally 
controlled to set said plurality of imaging devic- 
es to particular states in accordance with com- 
mands inputted respectively from said second 
to N-th data communication nodes, and (ii) 
transmitting means capable of externally trans- 
mitting said particular set states, 
said control device including (i) control means 
for outputting, from said first data communica- 
tion node, commands to individually set said 
plurality of imaging devices to particular states 
and commands to individually read particular 
setting values in said plurality of imaging devic- 
es; (ii) storage means for storing at least one 
preset imaging device setting value corre- 
sponding to each of said plurality of imaging de- 
vices, (iii) selecting means for selecting one 
among said plurality of imaging devices which 
is to be controlled, (iv) display means for dis- 
playing said stored setting value corresponding 
to the imaging device selected in said selecting 
step, (v) detecting means for detecting whether 
said control device and said selected imaging 
device are connected, (vi) output means start- 
ed up in response to a detection signal from 
said detecting means for outputting the com- 
mand to read said particular setting value in 
said selected imaging device from said first da- 



ta communication node, and (vii) input means 
for inputting, in an area of said storage means 
corresponding to said selected imaging device, 
said particular setting value read in accordance 
5 with the command outputted from said output 

means. 

8. An imaging device system according to Claim 7, 
wherein said selecting means selects a particular 
io one among said plurality of connected imaging de- 
vices by outputting an I D number specific to the par- 
ticular imaging device from said first data commu- 
nication node. 

is 9. An imaging device system according to Claim 7, fur- 
ther comprising: 

comparing means for comparing said read par- 
ticular setting value in the imaging device with 
20 the corresponding imaging device setting value 

stored in said storage means before reading 
said particular setting value; and 
alarm display means started up by said com- 
paring means. 

25 

10. An imaging device for use in the imaging device 
system according to any one of Claims 1 to 9. 

11 . A control device for use in the imaging device sys- 
30 tern according to any one of Claims 1 to 9. 

12. A control method for an imaging device system hav- 
ing (i) a control device with a first data communica- 
tion node, and (ii) an imaging device having a sec- 

35 ond data communication node connected to said 
first data communication node in a mutually com- 
municable manner, said control method comprising 
the steps of: 

40 a control step of outputting information to con- 

trol said imaging device from said second data 
communication node, 

a storing step of storing at least one preset im- 
aging device control condition, 
45 a control condition changing step of changing 

said imaging device control condition stored in 
said storing step, 

a detecting step of detecting whether said con- 
trol device and said imaging device are con- 
so nected, and 

an output step of, in accordance with a detec- 
tion result in said detecting step, reading said 
imaging device control condition stored in said 
storing step and outputting the read control 
55 conditions from said first data communication 

node. 

1 3. A control method for an imaging device system hav- 
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ing (i) a control device with a first data communica- 
tion node, and (ii) a plurality of imaging devices hav- 
ing second to N-th (N is an integer not less than 
three) data communication nodes connected to 
said first data communication node in a mutually 
communicable manner, said control method com- 
prising the steps of: 

a control step of outputting information to con- 
trol said plurality of imaging devices individually 
from said first data communication node, 
a first storing step of storing at least one imag- 
ing device control condition preset correspond- 
ing to each of said plurality of imaging devices, 
a selecting step of selecting one among said 
plurality ot imaging devices which is to be con- 
trolled, 

a control condition changing step of changing 
said imaging device control condition corre- 
sponding to the imaging device selected in said 
selecting step, 

a detecting step of detecting whether said con- 
trol device and said selected imaging device 
are connected, and 

an output step of, in accordance with a detec- 
tion result in said detecting step, reading said 
imaging device control condition changed in 
said control condition changing step and out- 
putting the read control conditions from said 
first data communication node. 

14. A control method for an imaging device system hav- 
ing (i) a control device with a first data communica- 
tion node, and (ii) an imaging device having a sec- 
ond data communication node connected to said 
first data communication node in a mutually com- 
municable manner, said control method comprising 
the steps of: 

a control step of outputting, from said first data 
communication node, a command to set said 
imaging device to a particular state and a com- 
mand to read a particular setting value in said 
imaging device, 

a first storing step of storing at least one preset 
imaging device setting value, 
a displaying step of displaying said stored set- 
ling value, 

a detecting step ot detecting whether said con- 
trol device and said imaging device are con- 
nected, 

an output step of, in accordance with a detec- 
tion result in said detecting step, outputting the 
command to read said particular setting value 
in said imaging device from said first data com- 
munication node, and 

a second storing step of storing said particular 
setting value read in accordance with the com- 



mand outputted in said output step. 



1 5. A control method for an imaging device system hav- 
ing (i) a control device with a first data communica- 
5 tion node, and (ii) a plurality of imaging devices hav- 
ing second to N-th (N is an integer not less than 
three) data communication nodes connected to 
said first data communication node in a mutually 
communicable manner, said control method com- 
io prising the steps of: 

a control step of outputting, from said first data 
communication node, commands to individual- 
ly set said plurality of imaging devices to par- 
75 ticular states and commands to individually 

read particular setting values in said plurality of 
imaging devices, 

a first storing step of storing at least one preset 
imaging device setting value corresponding to 
20 each of said plurality of imaging devices, 

a selecting step of selecting onej3mong said 
plurality of imaging devices which is to be con- 
trolled, 

a displaying step of displaying said stored set- 
25 ting value corresponding to the imaging device 

selected in said selecting step, 
a detecting step of detecting whether said con- 
trol device and said selected imaging device 
are connected, 
30 an output step of, in accordance with a detec- 

. tion result in said detecting step, outputting the 
command to read said particular setting value 
in said selected imaging device from said first 
data communication node, and 
35 a second storing step of storing, corresponding 

to said selected imaging device, said particular 
setting value read in accordance with the com- 
mand outputted in said output step. 

40 16. A control method implemented in an imaging device 
for executing the control method for the imaging de- 
vice system according to any one of Claims 12 to 
15. 

45 17. A control method implemented in a control device 
for executing the control method for the imaging de- 
vice system according to any one of Claims 1 2 to 
15. 
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A storage medium storing a computer-readable 
control program for controlling an imaging device 
system having (i) a control device with a first data 
communication node, and (ii) an imaging device 
having a second data communication node con- 
nected to said first data communication node in a 
mutually communicable manner, said control pro- 
gram comprising the following computer-readable 
code: 
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code for a control step of outputting information 

to control said imaging device from said second 

data communication node, 

code for a storing step of storing at least one 

preset imaging device control condition, 5 

code for a control condition changing step of 

changing said imaging device control condition 

stored in said storing step, 

code for a detecting step of detecting whether 

said control device and said imaging device are io 

connected, and 

code for an output step of, in accordance with 
a detection result in said detecting step, read- 
ing said imaging device control condition stored 
in said storing step and outputting the read con- is 
trol conditions from said first data communica- 
tion node. 

. A storage medium storing a computer-readable 
control program for controlling an imaging device 20 
system having (i) a control device with a first data 
communication node, and (it) a plurality of imaging 
devices having second to N-th (N is an integer not 
less than three) data communication nodes con- 
nected to said first data communication node in a 2S 
mutually communicable manner, said control pro- 
gram comprising the following computer-readable 
code: 

code lor a control step of outputting information 30 
to control said plurality of imaging devices indi- 
vidually from said first data communication 
node, 

code for a first storing step of storing at least 
one imaging device control condition preset 35 
corresponding to each of said plurality of imag- 
ing devices, 

code for a selecting step of selecting one 
among said plurality of imaging devices which 
is to be controlled, 40 
code for a control condition changing step of 
changing said imaging device control condition 
corresponding to the imaging device selected 
in said selecting step, 

code for a detecting step of detecting whether *5 
said control device and said selected imaging 
device are connected, and 
code for an output step of, in accordance with 
a detection result in said detecting step, read- 
ing said imaging device control condition so 
changed in said control condition changing step 
and outputting the read control condition from 
said first data communication node. 

A storage medium storing a computer-readable 55 
control program for controlling an imaging device 
system having (i) a control device with a first data 
communication node, and (ii) an imaging device 



having a second data communication node con- 
nected to said first data communication node in a 
mutually communicable manner, said control pro- 
gram comprising the following computer-readable 
code: 

code for a control step of outputting, from said 
first data communication node, a command to 
set said imaging device to a particu lar state and 
a command to read a particular setting value in 
said imaging device. 

code for a first storing step of storing at least 
one preset imaging device setting value, 
code for a displaying step of displaying said 
stored setting value, 

code for a detecting step of detecting whether 
said control device and said imaging device are 
connected, 

code for an output step of, in accordance with 
a detection result in said detecting step : output- 
ting the command to read said particular setting 
value in said imaging device from said first data 
communication node, and 
code for a second storing step of storing said 
particular setting value read in accordance with 
the command outputted in said output step. 

21. A storage medium storing a computer-readable 
control program for controlling an imaging device 
system having (i) a control device with a first data 
communication node, and (ii) a plurality of imaging 
devices having second to N-th (N is an integer not 
less than three) data communication nodes con- 
nected to said first data communication node in a 
mutually communicable manner, said control pro- 
gram comprising the following computer-readable 
code: 

code for a control step of outputting, from said 
first data communication node, commands to 
individually set said plurality of imaging devices 
to particular states and commands to individu- 
ally read particular setting values in said plural- 
ity of imaging devices, 

code for a first storing step of storing at least 
one preset imaging device setting value corre- 
sponding to each of said plurality of imaging de- 
vices, 

code for a selecting step of selecting one 
among said plurality of imaging devices which 
is to be controlled, 

code for a displaying step of displaying said 
stored setting value corresponding to the imag- 
ing device selected in said selecting step, 
code for a detecting step of detecting whether 
said control device and said selected imaging 
device are connected, 

code for an output step of. in accordance with 



23 
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a detection result in said detecting step, output- 
ting the command to read said particular setting 
value in said selected imaging device from said 
first data communication node, and 
code for a second storing step of storing, cor- 5 
responding to said selected imaging device, 
said particular setting value read in accordance 
with the command outputted in said output 
step. 



10 



22. An imaging device system comprising: 



a control device having a first data communica- 
tion node; and 

an imaging device having a second data com- is 
munication node connected to said first data 
communication node in a mutually communica- 
ble manner, wherein: 

when said imaging device and said control de- 
vice are connected, either imaging device con- 20 
trol conditions set on the imaging device side 
or imaging device control conditions set on the 
control device side are set to both said imaging 
device and said control device. 

25 

23. A control method for an imaging device system hav- 
ing (i) a control device with a first data communica- 
tion node, and (ii) an imaging device with a second 
data communication node connected to said first 
data communication node in a mutually communi- 30 
cable manner, wherein: 

when said imaging device and said control de- 
vice are connected, either imaging device con- 
trol conditions set on the imaging device side 35 
or imaging device control conditions set on the 
control device side are set to both said imaging 
device and said control device. 



24. A storage medium storing a computer-readable 
control program tor controlling an imaging device 
system having (i) a control device having a first data 
communication node, and (ii) an imaging device 
having a second data communication node con- 
nected to said first data communication node in a 
mutually communicable manner, wherein: 



40 



45 



said control program includes computer-read- 
able code for a step of, when said imaging de- 
vice and said control device are connected, set- 50 
ting either imaging device control conditions set 
on the imaging device side or imaging device 
control conditions set on the control device side 
to both said imaging device and said control de- 
vice. 
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